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In  June  1994,  Secretary  of  Defense  William 
Perry  issued  new  rules  for  the  use  of  military 
specifications  and  standards.  The  memoran¬ 
dum  stated: 

Performance  specifications  shall  be  used 
when  purchasing  new  systems,  major  modi¬ 
fications,  upgrades  to  current  systems,  and 
non-developmental  and  commercial  item  for 
programs  in  any  acquisition  category.  If  it  is 
not  practicable  to  use  a  performance  speci¬ 
fication,  a  non-government  standard  shall  be 
used.  Since  there  will  be  cases  when  military 
specifications  are  needed  to  define  an  exact 
design  solution  because  there  is  no  accept¬ 
able  non-governmental  standard  or  because 
the  use  of  a  performance  specification  or  non¬ 
government  standard  is  not  cost  effective,  the 
use  of  military  specifications  and  standards  is 


authorized  as  a  last  resort,  with  an 

appropriate  waiver. 

Other  key  provisions  of  the  memo¬ 
randum  were: 

•  To  encourage  contractors  to  propose 
non-government  standards  and 
industry-wide  practices  that  meet 
the  intent  of  the  military  specifica¬ 
tions  and  standards 

•  That  the  specifications  and  stan¬ 
dards  listed  in  DoD  Instruction 
5000.2  are  not  mandatory  for  use 
and  should  be  viewed  as  guidance 

•  That  first-tier  references  cited  in 
contracts  are  mandatory  for  use 
while  lower  tier  references  are  for 
guidance  only,  and  are  not  contrac¬ 
tually  binding 


The  Human  Systems  lAC  is 
a  United  States  Department  of 
Defense  Information  Analysis 
Center  administered  by  the  Defense 
Technical  Information  Center,  Fort 
Belvoir,  Virginia,  technically  man¬ 
aged  by  the  Air  Force  Research 
Laboratory  Human  Effectiveness 
Directorate,  Wright-Patterson  Air 
Force  Base,  Ohio,  and  operated 
by  Booz  Allen  Hamilton,  McLean, 
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The  appearance  of  an  advertise¬ 
ment  in  this  newsletter  does  not 
constitute  an  endorsement  by  the 
Department  of  Defense  or  HSIAC. 


continued  on  next  page. . . 


httpV/iac.dtic.mil/hsiac 


Alan  Poston  is  the  Human 
Factors  Coordinator  for  the  Office 
of  Communications,  Navigation, 
and  Sunfeillance  at  the  Federal 
Aviation  Administration  in 
Washington,  DC.  He  is  the 
Chair  of  the  Human  Factors 
Standardization  SubTAG  of  the 
Department  of  Defense  Human 
Factors  Engineering  Technical 
Advisory  Group  (DoD  HFE  TAG). 

Contact: 

Alan  Poston  . 

Federal  Aviation  Admin. 

Room  300W 

800  Independence  Ave.,  SW 
Washington,  DC  20591 
202/493-4519 
alan.poston@faa.gov 


...continued  from  previous  page 

•  To  use  management  and  manufactur¬ 
ing  specifications  for  guidance  only 

•  To  develop  a  procedure  for  identify¬ 
ing  and  removing  obsolete  military 
specifications  and  standards  and 
data  requirements 

•  To  develop  non-government  stan¬ 
dards  for  replacement  of  military 
standards  where  practicable,  and 
review  the  federal  supply  classes  and 
standardization  areas  to  identify  can¬ 
didates  for  conversion  or  replacement 

•  To  reduce  direct  government  over¬ 
sight  by  substituting  process  controls 
and  non-government  standards 

As  a  result  of  military  specification 
reform,  the  number  of  human  factors- 
related  standardization  documents  was 
reduced  from  21  to  11;  the  other  ten 
documents  were  canceled.  (Overall,  the 
number  of  military  specifications  and 
standards  were  reduced  from  approxi¬ 
mately  45,500  to  approximately  28,300.) 
Of  the  11  remaining  documents,  four 
were  handbooks,  three  were  converted 
to  handbooks,  two  were  designated  as 
Design  Criteria  Standards  (including 
MIL-STD-1472),  one  was  designated 
as  an  Interface  Standard,  and  one  was 
designated  as  a  Standard  Practice.  The 
major  impact  of  the  military  specification 
reform  on  the  human  factors  standard¬ 
ization  area  was  that  most  of  the  human 
factors-related  standardization  docu¬ 
ments  were  converted  to  handbooks  or 
designated  as  design  criteria  standards; 
in  effect,  they  were  relegated  to  “guid¬ 
ance  only”  documents. 

As  used  in  the  context  of  this  article, 
human  factors  standardization  means 
meeting  the  design  criteria  of  the  various 
human  factors-related  documents;  it  does 
not  mean  that  items  should  look  alike. 

As  part  of  the  military  specification 
reform.  Coopers  and  Lybrand  conduct¬ 
ed  a  study  of  the  cost  premiums  (the 
amount  of  additional  costs  that  would 
be  incurred)  by  requiring  various  mili¬ 
tary  standards  on  a  contract,  as  report¬ 
ed  by  industry.  MIL- STD-1472  was  one 
of  the  documents  that  was  included  in 
the  study  because  it  was  cited  by  indus¬ 
try  as  a  cost  driver.  The  report  of  the 
Coopers  and  Lybrand  study  listed  the 
top  105  cost  drivers.  MIL-STD-1472 
was  number  58  on  the  list,  and  Coopers 


and  Lybrand  estimated  that  the  inclusion  of 
human  engineering  requirements  added  a  cost 
premium  of  0.4  percent  to  the  research  and  devel¬ 
opment  (R&D)  cost. 

Operations  and  support  (O&S)  costs  for  a  sys¬ 
tem  are  much  greater  than  R&D  costs,  therefore 
early  assessment  of  lifecycle  costs  has  significant 
benefit  to  total  program  cost.  Most  lifecycle  costs 
are  determined  by  decisions  made  during  the  ear¬ 
lier  phases  of  the  acquisition  process.  Decisions 
made  with  little  regard  to  human  capabilities 
and  limitations  may  cause  expensive  solutions, 
e.g.,  equipment  changes,  developing  or  modify¬ 
ing  procedures,  increasing  staffing  levels,  requir¬ 
ing  skills  not  in  the  current  workforce,  increasing 
training  requirements.  The  proper  application  of 
human  engineering  costs  very  little  when  included 
from  the  beginning.  While  there  may  be  a  small 
increase  in  the  R&D  cost  (0.4  percent  according 
to  Coopers  and  Lybrand),  the  proper  application 
of  human  engineering  requirements  and  standards 
will  lead  to  a  savings,  or  cost  avoidance,  in  total 
program  cost. 

Advances  in  technology  make  human  factors 
standardization  even  more  important.  Technology, 
if  mis-applied,  will  impose  human  performance 
requirements  that  cannot  be  satisfied.  Many  tech¬ 
nologies  are  evolving  rapidly;  the  human  is  not. 
For  example,  manufacturers  tout  modern  displays 
that  can  provide  over  14,000,000  colors,  yet  the 
human  will  be  able  to  discriminate  only  a  small 
fraction  of  these  colors,  and  be  able  to  effectively 
use  only  a  handful  of  different  colors.  The  result  is 
that  99.999  percent  of  those  colors  add  no  value  to 
the  system.  The  speed  and  number  of  instructions 
that  can  be  manipulated  by  today’s  processors 
is  growing  at  a  tremendous  rate,  yet  the  human 
processing  ability  has  remained  relatively  con¬ 
stant.  Situational  awareness  displays  can  readily 
be  updated  quicker  than  the  human  operator  can 
assimilate  this  changing  information.  The  inability 
of  the  human  operator  to  keep  up  with  a  rapidly 
changing  display  will  lead  to  frustration  and  an 
ultimate  reduction  in  his  or  her  performance.  Any 
reduction  in  human  performance  yields  a  similar 
reduction  in  system  performance.  The  end  result  is 
that  the  benefits  of  the  new  technology  will  not  be 
realized  due  to  the  failure  to  consider  the  human’s 
capabilities  and  limitations  during  the  interface 
design  and  development  effort. 

With  the  shift  from  detail  design  acquisitions  to 
performance-based  acquisitions,  there  is  a  percep¬ 
tion  that  oversight  of  the  contractor’s  product  is  not 
needed.  While  one  can  easily  understand  why  the 
contractor  would  not  want  close  scrutiny  during 
the  design  and  development  effort,  oversight  of  the 
product’s  performance  is  essential  to  the  govern¬ 
ment.  Without  solid  human  performance  require- 
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merits,  compliance  to  “good”  or  “accepted”  human 
engineering  practice  is  open  to  interpretation  by  the 
contractor,  and  the  government  has  little  recourse 
for  the  contractor's  failure  to  perform. 

MIL-STD-1472  was  first  promulgated  in 
February  1968  and  was  largely  a  compilation  of 
standards  that  the  U.S.  Army  Human  Engineering 
Laboratory  published  based  on  their  research  and 
participation  in  testing  and  evaluation  events.  It 
has  been  the  primary  source  of  human  engineer¬ 
ing  material  for  35  years.  In  that  time,  the  docu¬ 
ment  has  remained  substantially  unchanged;  that 
is,  the  requirements  have  stood  the  test  of  time. 
The  capabilities  and  limitations  of  humans  have 
shown  little  change  over  the  years,  and  the  asso¬ 
ciated  design  principles  for  the  human-system 
interface  are  still  valid.  The  human  factors  stan¬ 
dards  describe  design  limits  on  the  human-system 
interface  to  ensure  that  the  fielded  system  will  be 
effectively,  efficiently,  safely,  and  inexpensively 
operable  and  maintainable  by  its  intended  users 
(both  men  and  women). 

MlL-STD-1472  is  the  pre-eminent  human  engi¬ 
neering  document  in  the  world,  not  only  within 
DoD,  and  is  often  referenced  by  other  govern¬ 
ment  agencies,  contractors,  and  other  nations. 
It  is  the  base  document  for  the  Federal  Aviation 
Administration  s  Human  Factors  Design  Guide,  the 
Department  of  Energy's  Human  Factors/Ergonomics 
Handbook  for  the  Design  for  Ease  of  Maintenance, 
and  the  British  Defense  Standard  00-25,  Human 
Factors  for  Design  of  Equipment. 

MIL-STD-1472  is  not  a  process  or  management 
document  but  a  design  document.  It  provides 
time-tested  design  limits  as  requirements  or  guide¬ 
lines.  These  represent  performance  standards  in 
the  sense  that  most  of  its  criteria  are  human  per¬ 
formance-driven.  Failing  to  meet  these  minimum 
standards  will  cause  performance  to  be  degraded. 
By  specifying  performance-based  design  limits  for 
various  elements  of  the  human  system  interface, 
the  designer  avoids  repeating  past  mistakes,  focus¬ 
es  effort  on  the  new  human  systems  issues,  and 
has  the  flexibility  to  be  innovative  within  relatively 
liberal  design  limits. 

Even  though  the  current  emphasis  is  on  the  use  of 
performance-based  standards,  they  must  be  supple¬ 
mented  with  specific  design-related  requirements  to 
assure  safe,  efficient,  and  effective  performance  in 
order  to  reduce  the  likelihood  of  human  error.  In 
reality,  the  human  factors  standards  are  performance 
standards  since  they  provide  design  criteria  that 
allow  users  to  safely,  efficiently,  and  effectively  oper¬ 
ate  and  maintain  the  system  with  minimal  error,  and 
because  most  of  the  criteria  contained  within  them 
are  human  performance-based.  This  is  the  essence  of 
the  human  factors  standardization. 

Commercial  products  rarely  have  to  operate 


and  be  maintained  in  highly  stressful 
environments  such  as  that  found  on  the 
modern  battlefield,  in  air  traffic  control 
facilities,  or  in  deep  space  missions. 
Equipment  designed  for  use  in  air-con¬ 
ditioned  offices  will  fall  when  operated 
in  many  places  in  the  world  where  our 
military  may  deploy.  Taking  commercial 
products  designed  for  office,  or  factory 
use  to  extreme  temperature  climates 
or  otherwise  hostile  environments  can 
quickly  convert  high  tech  equipment 
into  expensive  doorstops.  The  design 
may  have  to  accommodate  operation 
and  maintenance  by  military  person¬ 
nel  wearing  protective  equipment  and 
clothing,  such  as  chemical  and  bio¬ 
logical  protective  gear  that  retain  body 
heat,  reduce  mobility,  and  limit  accessi¬ 
bility.  Commercial  products  rarely  have 
a  need  to  deal  with  such  issues.  There 
is  no  right  price  for  the  wrong  product. 
Human  factors  standards  ensure  that  the 
equipment  can  be  operated  and  main¬ 
tained  by  the  intended  user  population, 
wearing  appropriate  protective  clothing, 
in  its  operational  environment. 

The  5000-series  defense  acquisition 
policy  is  being  revised.  A  memorandum, 
dated  October  30,  2002,  signed  by  the 
Deputy  Secretary  of  Defense  canceled 
DoD  Directive  5000.1,  The  Defense 
Acquisition  System;  DoD  Instruction 
5000.2,  The  Operation  of  the  Defense 
Acquisition  System;  and  DoD  5000.2- 
R,  Mandatory  Procedures  for  Major 
Defense  Acquisition  Programs  (MDAPs) 
and  Major  Automated  Information 
Systems  (MAIS)  Acquisition  Programs 
effective  immediately.  The  reason  stat¬ 
ed  was  to  “create  an  acquisition  policy 
environment  that  fosters  efficiency,  flex¬ 
ibility,  creativity,  and  innovation.” 

Human  factors  standardization  has 
a  history  of  cyclic  trends,  traveling 
between  a  strong  emphasis  on  the 
standardization  process  to  very  little 
emphasis.  The  new  acquisition  policy 
diminishes  the  emphasis  on  human 
factors  standardization.  As  the  policy 
provides  less  and  less  guidance  and 
gives  the  contractor  more  and  more 
discretion,  standardization  is  neglected. 
History  contains  numerous  acquisition 
programs  that  have  not  achieved  their 
full  potential  due  to  failure  to  satisfy 
human  factors  requirements. 

continued  on  next  page. . . 
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. . .  continued  from  previous  page 

Furthermore,  as  the  new  acquisition 
policy  dilutes  standardization,  fewer 
problems  will  be  discovered.  The  new 
policy  appears  to  take  the  discipline 
out  of  the  acquisition  process;  acquisi¬ 
tion  programs  need  the  discipline  that 
comes  from  oversight.  The  cost  of  com¬ 
plying  with  stated  rules  is  very  small 
compared  to  the  cost  overruns  due  to 
failure  to  provide  a  system  the  user  can 
operate,  maintain,  and  support.  Cost 
overruns  and  schedule  delays  are  rarely 
the  result  of  cumbersome  acquisition 
regulations.  The  bottom  line  is  that 
fewer  requirements  mean  less  program 
visibility,  and  fewer  problems  discov¬ 
ered  in  time  to  solve  them. 

We  cannot  afford  to  wait  until  a  major 
acquisition  program  completely  fails 
due  to  neglect  of  its  human-technol¬ 
ogy  interfaces  to  realize  that  failure  to 
attend  to  human  factors  considerations 
and  compliance  with  standards  is  high 


risk  and  costly.  If  it  takes  that  to  reverse  the  cur¬ 
rent  trend,  it  is  a  most  costly  means  of  education. 

A  close  examination  of  the  human  factors 
standardization  area  will  expose  the  myths  about 
human  factors  restricting  design  and  innovation 
during  the  acquisition  process,  about  human  fac¬ 
tors  being  a  cost  driver,  about  human  factors  not 
adding  value,  and  about  human  factors  causing 
undue  oversight.  A  close  examination  will  reveal 
that  human  factors  standardization  is  not  an 
unnecessary  nuisance  but  a  vital  component  of 
the  acquisition  process. 
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Available  now  at  HSIAC! 

The  Handbook  of  Human  Systems  Integration  outlines  the 
principles  and  methods  that  can  be  used  to  help  integrate  peo¬ 
ple,  technology,  and  organizations  with  a  common  objective 
toward  designing,  developing,  and  operating  systems  effective¬ 
ly  and  efficiently.  Handbook  of  Human  Systems  Integration  is 
broad  in  scope,  covering  both  public  and  commercial  process¬ 
es  as  they  interface  with  systems  engineering  processes  and 
emphasizing  the  importance  of  management  and  organization 
concepts  as  well  as  the  technical  uniqueness  of  HSI.  Price  is 
$120.00.  Special  HSIAC  offer  to  members  of  SAFE,  HSI  com¬ 
munity,  HFES,  HFE  TAG,  and  Government  for  $82.00  including 
shipping. 
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Phone:  937/255-4842,  ext.  219 

E-mail:  lisa.mcintosh@wpafb.af.mil 


Sponsor  Needed 
NASA  TLX  for  WINDOWS 


The  Human  Systems  Information  Analysis 
Center  (HSIAC)  is  looking  for  a  sponsor  to  help 
defray  the  cost  of  converting  the  NASA  Task 
Load  Index  (TLX)  program  from  its  current  DOC  con¬ 
figuration  to  a  WINDOWS  operating  environment. 
Even  though  the  NASA  TLX  is  DOS  based  it  is  still 
one  of  the  best  known  and  used  subjective  workload 
assessment  tools.  NASA  TLX  allows  users  to  perform 
subjective  workload  assessments  on  operator(s) 
working  with  various  human-machine  systems. 
NASA  TLX  is  a  multi-dimensional  rating  proce¬ 
dure  that  derives  an  overall  workload  score  based 
on  a  weighted  average  of  ratings  on  six  subscales. 
These  subscales  include  Mental  Demands,  Physical 
Demands,  Temporal  Demands,  Own  Performance, 
Effort,  and  Frustration.  It  can  be  used  to  assess 


workload  in  various  human-machine  environments 
such  as  aircraft  cockpits;  command,  control,  and 
communication  (C3)  workstations:  supervisory  and 
process  control  environments;  simulations,  and  labo¬ 
ratory  tests. 

The  selected  sponsor  will  be  given  a  free  full-page 
ad  for  one  year  in  our  very  popular  quarterly  news¬ 
letter  Gateway.  Gateway  has  a  worldwide  distribu¬ 
tion  of  approximately  9,000.  We  will  also  identify 
the  sponsor  on  all  copies  of  NASA  TLX  distributed, 
and  on  our  web  page  listing  of  products.  If  inter¬ 
ested  contact  Tom  Metzler,  HSIAC  Director,  (tom. 
metzler@wpafb.af.mil,  937/255-4842,  ext.  213)  or 
Paul  Cunningham  (paul.cunningham@wpafb.af.mil, 
937/255-4842,  ext.  206). 
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History  of  the  Military 

Human  Factors  Engineering  Standards 


Joe  McDaniel,  Ph.D. 
Gerald  Chaikin 


Joe  McDanieh  Ph.D.  is  a 
principal  industrial  engineer 
with  more  than  27  years  of 
research  and  development 
experience  at  the  Air  Force 
Research  Laboratory  at  Wright- 
Patterson  AFB,  Ohio;  and 
represents  the  Air  Force  on  joint- 
service  standards  committees. 

Gerald  Chaikin  passed  away 
on  October  20,  2001.  Fie  is 
best  know  for  his  work  with 
the  military  human  factors 
standards,  specifications,  and 
handbooks,  first  as  a  civil 
servant,  where  for  20  years 
he  chaired  the  Human  Factors 
Standardization  Steering 
Committee  (HFSSC),  and  later 
as  a  contractor  supporting  the 
Lead  Standardization  Activity 
for  Human  Factors  at  Redstone 
Arsenal,  Alabama. 

Contact: 

Joe  McDaniel 

Air  Force  Research  Laboratory 
ATTN:  AFRL/HECI 
2210  Eighth  Street 
Building  146 
Wright-Patterson  AFB, 

OH  45433-7511 

937/255-2558 

joe.  mcdaniel@  wpafb.  af.  m  il 


Standardization  reform  was 
the  cornerstone  of  acquisition 
reform.  Many  believe  that  all 
military  specifications  and  standards 
are  gone  or  that  they  cannot  be  used. 
However,  the  human  factors  engineer¬ 
ing  (HFE)  standardization  documents 
that  were  streamlined  and  consolidated 
during  the  process  of  standards  reform 
were  revalidated  as  important  to  mili¬ 
tary  acquisition. 

Because  standards  and  guidelines 
should  be  used  with  the  understanding 
of  when  and  how  they  were  developed, 
this  article  discusses  the  history  of  the 
human  factors  engineering  standardiza¬ 
tion  documents,  how  they  evolved  into 
today's  forms,  and  how  the  currently 
approved  ensemble  can  best  be  used. 

During  the  rapid  evolution  of  digi¬ 
tal  electronics,  military  specifications 
and  standards  could  not  keep  up,  and 
became  burdensome  on  industry.  On 
June  29,  1994,  Secretary  of  Defense, 
William  Perry,  issued  a  policy  memo¬ 
randum  that  gave  preference  to  perfor¬ 
mance  specifications  and  non-govern¬ 
ment  standards  (NGSs)  over  military 
standards  and  specifications.  The  major 
impact  was  that  most  of  the  retained 
HFE  standardization  documents  lost 
their  influence  by  re-designating  them 
as  non-binding  guidance  documents 
(handbooks)  or  as  design  criteria  stan¬ 
dards  that  require  a  waiver. 

Human  factors  engineering  design 
criteria  standards  began  as  responses  to 
accidents  resulting  from  human  error. 
Still  today,  human  error  is  the  leading 
category  of  causes  of  all  accidents.  So- 
called  “lessons  learned"'  are  merely  fre¬ 
quently  occurring  errors  that  we  hope 
not  to  repeat. 


World  War  II  provided  the  disastrous  accidents 
that  motivated  what  we  know  today  as  human 
engineering.  The  rush  to  build  war  materiel  result¬ 
ed  in  many  “horror  stories.”  Military  pilots  were 
required  to  fly  different  types  of  aircraft,  and  in 
those  days,  there  was  no  standard  control  arrange¬ 
ment  in  cockpits.  The  generation  of  standards 
for  the  arrangement  of  controls  and  switches  in 
cockpits  all  but  eliminated  this  type  of  accident. 
As  these  proliferating  documents  became  more 
numerous  and  costly  to  maintain,  each  of  the  ser¬ 
vices  began  to  consolidate  them  into  more  general- 
purpose  specifications  and  standards. 

But  it  was  the  missile  and  space  programs  of  the 
late  1950s  and  early  1960s  that  provided  both  the 
impetus  to  elevate  organizational  HFE  standards  to 
military  standards.  Before  the  National  Aeronautics 
and  Space  Administration  (NASA)  was  formed,  the 
manned  space  program  was  run  by  the  Air  Force 
Ballistic  Missile  (AFBM)  Division  in  Inglewood, 
California  and  the  Army  Ballistic  Missile  Agency 
(ABMA)  of  the  Army  Ordnance  Missile  Command 
(AOMC)  at  Redstone  Arsenal,  Alabama,  later 
the  Army  Missile  Command  (MICOM);  now  the 
Aviation  and  Missile  Command  (AMCOM).  In 
1967,  MICOM  was  selected  as  the  Department  of 
Defense’s  (DoD’s)  Lead  Standardization  Activity 
(LSA)  for  the  Human  Factors  (HFAC)  standard¬ 
ization  area  to  consolidate  the  principal  service- 
peculiar  human  engineering  specifications  and 
standards  into  one  tri-service  specification  and 
one  tri-service  standard. 

Working  together  over  the  last  40  years,  human 
factors  engineers  from  the  three  services,  industry, 
and  technical  societies  jointly  developed  a  small 
set  of  consensus  type  military  standards  that 
embody  accumulated  HFE  knowledge.  The  first 
true  human  factors  military  standard  was  AFBM 
57-8A  Human  Engineering  Design  Standards  for 
Missile  System  Equipment  (November  1,  1958) 
that  superseded  a  policy  exhibit  57-8  dated  August 
1,  1957.  This  standard  had  the  following  major 
sections:  general  requirements,  visual  displays. 
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controls,  physical  characteristics  (components), 
ambient  environment,  workplace  characteristics 
(anthropometry),  hazards  and  safety. 

The  material  in  AFBM  57-8A  was  drawn  from 
a  number  of  technical  reports,  many  of  which 
eventually  became  chapters  in  the  Joint  Services 
Human  Engineering  Guide  to  Equipment  Design 
(1).  With  some  minor  changes,  AFBM  Exhibit 
57-8A  was  reformatted  as  a  military  standard 
and  released  as  MIL-STD-803  (USAF,  November 
5,  1959)  Human  Engineering  Criteria  for  Aircraft, 
Missile,  and  Space  Systems,  Ground  Support 
Equipment.  MIL-STD-803  then  evolved  into  a 
three  volume  set:  MIL-STD-803 A- 1  (January 
27,  1964)  Human  Engineering  Design  Criteria  for 
Aerospace  System  Ground  Equipment),  MIL-STD- 
803  A-2  (December  1,  1964)  Human  Engineering 
Design  Criteria  for  Aerospace  System  Facilities  and 
Facility  Equipment,  and  MIL-STD-803A-3  (May 
1967)  Human  Engineering  Design  Criteria  for 
Aerospace  Vehicles  and  Vehicle  Equipment. 

In  March  1960,  the  Army  approved  ABM  A  XPD- 
844,  PERSHING  Weapon  System  Human  Factors 
Engineering  Criteria.  In  October  1961,  this  was 
updated  and  expanded  to  include  all  missile  sys¬ 
tems  as  ABMA-STD-434,  Weapon  System  Human 
Factors  Engineering  Criteria.  Typical  source  docu¬ 
ments  for  ABMA-STD-434  were  the  same  as  those 
used  for  MIL-STD-803.  The  Army’s  MIL-STD- 
1248,  Missile  Systems  Human  Factors  Engineering 
Criteria  (January  20,  1964)  was  essentially  a  mili¬ 
tary  standard-formatted  version  of  ABMA-STD- 
434A.  The  MIL-STD-803A  series,  together  with 
MIL-STD-1248,  were  the  seminal  documents  for 
the  original  tri-service  MIL-STD-1472  (February 
9,  1968)  Human  Engineering  Design  Criteria  for 
Military  Systems,  Equipment,  and  Facilities. 

The  General  Family  of  DoD  Human  Factors 
Engineering  Documents 

An  important  outcome  of  the  standardization 
reform  initiative  of  the  late  1990s  was  the  cancel¬ 
lation  of  most  of  the  single-service  standards  and 
the  consolidation  of  their  materials  in  a  few  DoD 
standards  and  handbooks.  Because  of  the  critical¬ 
ity  of  aircraft  design,  there  continues  to  be  two  pri¬ 
mary  categories  of  human  factors  documents:  gen¬ 
eral  (MIL-STD-1472  and  related  handbooks)  and 
aircraft  (JSSG-2010  and  related  handbooks).  The 
general  family  of  DoD  human  factors  documents 
includes  the  following  six  documents — 

•  IV1IL-STD-1472F  (August  23,  1999)  Department  of 
Defense  Design  Criteria  Standard  Human  Engineering 
This  standard  contains  a  mix  of  requirements 
and  guidelines  to  facilitate  achieving  required 
human  performance  and  ensuring  that  design 
is  compatible  with  human  characteristics  of 
operators  and  maintenance  personnel.  MIL- 


STD-1472  provides  time-tested 
design  limits  and  guidance  for 
systems,  equipment,  and  facilities 
that  warfighters,  other  operators 
and  maintainers  can  use  effectively. 
It  includes  by  reference  ANSI/HFS 
100  on  Visual  Display  Terminal 
(VDT)  Workstations,  and  defers 
to  JSSG-2010  on  issues  relating  to 
aircraft  crew  stations,  including 
aircraft  passenger  accommodation. 
Since  JSSG-2010  does  not  address 
aircraft  maintainability,  MIL-STD- 
1472  is  the  appropriate  guidance 
on  design  for  maintenance  issues 
for  all  systems,  including  aircraft. 

•  MIL-HDBK-46855A  (May  17,  1999) 
Human  Engineering  Program,  Process, 
and  Procedures 

This  handbook  guides  DoD  and 
contractor  program  managers  and 
practitioners  regarding  analysis, 
design,  and  test  and  evaluation 
aspects  of  the  human  engineer¬ 
ing  program.  It  covers  the  tasks 
to  be  performed  in  conducting  a 
human  engineering  effort,  includ¬ 
ing:  defining  and  allocating  system 
functions,  equipment  selection, 
analysis  of  tasks;  preliminary  sys¬ 
tem  and  subsystem  design,  stud¬ 
ies,  experiments,  and  laboratory 
tests  (mock-ups,  simulation,  etc.), 
equipment  detail  design  draw¬ 
ings,  work  environment,  crew  sta¬ 
tions  and  facilities  design,  human 
engineering  in  performance  and 
design  specifications,  equipment 
procedure  development,  human 
engineering  in  test  and  evaluation, 
and  failure  analysis. 

MIL-H-46855  was  originally  a  con¬ 
solidation  of  one  Army,  two  Navy,  and 
one  Air  Force  specifications.  On  May 
26,  1994,  pursuant  to  a  re-definition  of 
the  term  standard,  MIL-H-46855B  was 
revised  and  converted  to  a  military  stan¬ 
dard,  MIL-STD-46855.  On  January  31, 
1996,  as  part  of  standardization  reform, 
MIL-STD-46855  was  downgraded  to  a 
handbook,  MIL-HDBK-46855,  Human 
Engineering  Guidelines  for  Military 
Systems,  Equipment,  and  Facilities. 
Since  MIL-HDBK-46855  and  its  com¬ 
panion  guidelines,  DoD-HDBK-763, 
Human  Engineering  Procedures  Guide, 
continued  on  page  22. . . 
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Managing  the  Human  Factors 
Standardization  Effort 


Lee  Gray 
Alan  Poston 


Lee  Gray  is  an  Engineering 
Technician  with  the 
Standardization  Office  at  the 
U.S.  Anny  Aviation  and  Missile 
Commandy  Redstone  Arsenal, 
Hiintsvilley  Alabama. 

Alan  Poston  is  the  Human 
Factors  Coordinator  for  the  Office 
of  CommunicationSy  Navigatioiiy 
and  Sunfeillance  at  the  Federal 
Aviation  Administration  in 
Washington,  DC.  He  is  the 
Chair  of  the  Human  Factors 
Standardization  SubTAG  of  the 
Department  of  Defense  Human 
Factors  Engineeri ng  Techn  ica  I 
Advisory  Group  (DoD  HFE 
TAG). 

Contact: 

Lee  Gray 

US  Anny  Aviation 

(S  Missile  Command 

AMSAM-RD-SE-TD-ST 

Redstone  Arsenal,  AL  3589S 

256/S76-69S0 

lee.  gray  @rdec.  redstone. 

anny.  mil 


Overall  management  of  stan¬ 
dardization  documents  within 
the  Department  of  Defense 
(DoD)  is  accomplished  through  a  Lead 
Standardization  Activity  (LSA) .  The 
LSA  is  a  management  activity  in  a 
military  department  or  a  defense  agency 
that  guides  DoD  standards  efforts  for  a 
Federal  Supply  Group  (FSG),  a  Federal 
Supply  Class  (FSC),  or  a  standards  area 
through  the  development  of  standard¬ 
ization  program  plans,  authorization  of 
standardization  projects,  and  identifica¬ 
tion  and  resolution  of  standards  issues. 

The  Defense  Standardization  Program 
Office  (DSPO),  in  consultation  with  the 
Departmental  Standardization  Offices 
(DepSOs)  designates  the  appropriate 
office  to  manage  each  FSG,  FSC,  and 
standardization  area.  These  designations 
are  made  on  the  basis  of  overall  techni¬ 
cal  expertise,  interest,  and  resources. 

The  U.S.  Army  Aviation  and  Missile 
Command  (AMCOM)  located  at 
Redstone  Arsenal,  Huntsville,  Alabama, 
is  the  DoD  LSA  for  the  Human  Factors 
(HFAC)  standardization  area.  As  iden¬ 
tified  in  Standardization  Directory  1 
(SD-1),  the  HFAC  standardization  area 
is  one  of  36  standardization  areas  and 
“encompasses  human  factors  engineer¬ 
ing,  which  incorporates  human  charac¬ 
teristics  and  considerations  into  design 
of  military  systems,  equipment,  and 
facilities.  The  HFAC  area  includes  task¬ 
ing  requirements  and  technical  data  for 
analysis,  design  (including  initial  design 
and  analysis  of  user  tasks),  test,  and 
evaluation  during  acquisition.  It  also 
includes  design  criteria,  expressed  as 
requirements  and  guidelines,  as  they 
apply  to  those  who  will  operate,  con¬ 
trol,  maintain,  supply,  or  transport  the 


materiel.  The  area  also  encompasses  environmen¬ 
tal  considerations  including  limits  for  maximum 
exposure,  human  performance,  habitability,  and 
vulnerability.  Manpower,  personnel,  and  training 
(MPT)  considerations  apply  only  to  the  degree 
that  they  affect  the  human  performance  aspects 
of  design.” 

The  role  of  the  LSA  is  defined  in  DoD  4120.24- 
M  and  is  to: 

•  Manage  and  coordinate  standardization  efforts 
to  ensure  the  optimal  degree  of  standardiza¬ 
tion  across  DoD  to: 

-  Ensure  interoperability  with  our  allies  and 
among  the  military  departments 

-  Reduce  total  ownership  costs 

-  Allow  for  rapid  insertion  of  new  technology 
to  promote  modernization  of  equipment 

-  Reduce  cycle  time  for  the  development  of 
systems  and  acquisition  of  parts 

•  Maintain  awareness  of  standardization  needs 
and  activities  in  the  DoD 

•  Serve  as  the  DoD-wide  technical  focal  point 

•  Evaluate  and  approve  (or  disapprove)  requests 
for  standardization  projects,  assign  numbers  for 
approved  projects,  and  ensure  that  no  standard¬ 
ization  documents  are  developed  or  revised  that 
do  not  comply  with  the  policies  and  procedures 
of  the  defense  standardization  program 

•  Suggest  alternative  approaches  to  requestors 
when  standardization  projects  are  disapproved 

•  Recommend  changes  to  standardization 
policies  and  procedures 

•  Resolve  standardization  problems  between 
standardization  management  activities, 
or  elevate  the  problem  to  their  DepSO  for 
appropriate  action 

•  Identify  chronic  standardization  problems  or 
noncompliance  with  policies  and  procedures 

•  Help  Preparing  Activities  identify  standardiza¬ 
tion  document  custodians 

•  Help  non-government  standardization  bodies 
(NGSBs)  to  identify  DoD  personnel  to  serve  on 
technical  committees  or  adopting  activities 


8 


Human  Systems  lAC  GATEWAY  Volume  XIV:  Number  2 


Table  1  lists  some  of  the  main  human  factors- 
related  military  standards  and  handbooks  that  fall 
under  the  purview  of  the  Human  Factors  LSA.  In 
addition  to  these  documents,  the  AMCOM  also  has 
purview  over  several  human  factors-related  data 
item  descriptions  and  non>government  standards 
that  have  been  adopted  by  the  DoD. 

In  addition  to  its  role  as  the  LSA  for  human  fac¬ 
tors  standardization,  AMCOM  also  serves  as  the 
Preparing  Activity  for  many  of  the  documents  in 
Table  1.  The  role  of  the  Preparing  Activity  (also 
defined  in  DoD  4120.24-M)  is  to: 

•  Develop,  update,  inactivate  for  new  design,  can¬ 
cel,  and  validate  standardization  documents 

•  Coordinate  standardization  documents  with 
custodian,  review  activities,  other  DoD  activities, 
civilian  agencies,  and  industry  as  appropriate 

•  Consider  all  comments  and  incorporate  or 
resolve  essential  comments 

•  Submit  any  essential  comments  that  cannot  be 
resolved  to  the  responsible  LSA 

•  Approve  standardization  documents  after 
resolving  all  essential  comments 


•  Submit  documents  for  printing,  dis¬ 
tribution,  and  indexing 

•  Prepare  and  submit  standardization 
project  status  data 

•  Respond  to  user  feedback 

•  Create,  maintain,  and  archive  offi¬ 
cial  files  for  their  standardization 
documents 

As  one  can  see  by  its  multifaceted 
roles  as  both  a  LSA  and  Preparing 
Activity,  AMCOM  plays  a  vital  and 
prominent  role  in  many  aspects  of 
human  factors  standardization.  ■ 

References 

DoD  4120.24-M,  DSP  Policies  & 

Procedures,  OUSD  (Acquisition, 
Technology  and  Logistics),  Washington, 
DC,  March  2000 

SD-1,  Standardization  Directory,  DoD 
Single  Stock  Point,  Philadelphia,  PA, 
September  2002 


Document  Number 

Title 

MIL-STD-1472 

Human  Engineering 

MIL-STD-1474 

Noise  Limits 

MIL-STD-1477 

Symbols  for  Army  Air  Defense  System  Displays 

MIL-STD-1787 

Aircraft  Display  Symbology 

DOD-HDBK-743 

Anthropometry  of  U.S.  Military  Personnel 

MlL-HDBK-759 

Human  Engineering  Design  Guidelines 

MIL-HDBK-767 

Design  Guidance  for  Interior  Noise  Reduction  in  Light-Armored 
TYacked  Vehicles 

MIL-HDBK-1473 

Color  and  Marking  of  Army  Materiel 

MIL-HDBK-1908 

Definitions  of  Human  Factors  Terms 

MIL-HDBK-46855 

Human  Engineering  Program  Process  and  Procedures 

Table  1.  Human  faclors-relaled  documenis 
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calendar 


New  York,  NY,  USA.  July  8-10,  2003 

Eastern  Ergonomics  Conference  and  Exposition  (EECE) 

Contact:  Lenore  M.  Kolb  •  Tel:  212/370-5005,  ext.  23  •  E-mail;  lkolb@ergoexpo.com 
URL;  http://www.ergoexpo.CQm/index.asp 


Boston,  MA,  USA.  July  31-August  2,  2003 
Cognitive  Science  Society  Conference  (CogSci)  2003 
E-mail:  cogsci2003@cs.braneis.edu 
URL:  http://www.cognitivesciencesocietv.orq/conf03 


aug 


Ottawa,  Ontario,  Canada.  August  4-8,  2003 

21st  International  System  Safety  Conference 

Contact:  Bob  Fletcher,  Technical  Program  Chair 
E-mail:  fleter@navcanada  ca 
URL:  http ://ww w. system-safety. org 


Arlington,  VA,  USA.  August  6-8,  2003 
2003  Interaction  Technologies  Conference 
Contact;  SALT,  50  Culpepper  Street,  Warrenton,  VA  20186 
URL:  http://www.salt.org 


Austin,  TX,  USA.  August  11-14,  2003 

American  Institute  of  Aeronautics  and  Astronautics  (AIAA)  Modeling  and  Simulation 
Technologies  Conference  and  Exhibit 

URL;  http://www.aiaa.org/calendar 


Udine,  Italy.  September  8-11,  2003 

5th  International  Symposium  on  Human-Computer  Interaction  with  Mobile  Devices  and  Services 

URL:  http://hcilab.uniud.it/mobilehci/index.html 


sep 


Dublane,  Scotland,  UK.  September  8-11,  2003 

Human  Factors  of  Decision  Making  in  Complex  Systems 
E-mail :  decision-making  @abertay.ac.uk 

URL:  http://www.abertay.ac.uk/schools/shs/Psychology/Cook  Conference/web/home. htm 


Jacksonville,  FL,  USA.  September  22-24,  2003 

2003  SAFE  Symposium 

Contact:  SAFE  Association,  P.O.  Box  130,  Creswell,  OR  97426 
Tel;  541/895-3012  •  Fax.  541/895-3014  •  E-mail;  safe@peak.org 
URL:  http://www  safeassociation.eom/2003symposium1.htm 


St.  Louis,  Ml,  USA.  September  23-25,  2003 

5th  Annual  Technologies  for  Public  Safety  in  Critical  Incident  Response  Conference  &  Exposition 
Contact:  Center  for  Technology  Commercialization,  Public  Safety  Technology  Center 
P.O.  Box  11344,  Alexandria,  VA  22312 

Tel:  888/475-1919  •  Fax:  703/933-0123  •  E-mail:  jtelander@ctc.org 
URL:  http://www.nlectc.org/conf/nii2003.html 
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Denver,  CO,  USA.  October  13-17,  2003 

Human  Factors  and  Ergonomics  Society  47th  Annual  Meeting 

Contact:  Human  Factors  and  Ergonomics  Society,  P.O.  Box  1369,  Santa  Monica,  CA  90406-1369 
Tel:  310/394-1811  •  Fax:  310/394-2410  •  E-mail:  info@hfes.org 
URL  http://www.hfes.org/ 


OCt 


Memphis,  TN,  USA.  November  2-4,  2002 

The  Second  International  Conference  on  Mobile  Health 
Contact:  International  Mobile  Health  Association 
1058  Haight  Street,  San  Francisco,  CA  94117-3109 
URL:  http://www.intlmobilehealthassn.org 


nov 


Phoenix,  AZ,  USA.  November  3-6,  2003 

Department  of  Defense  Human  Factors  Engineering  Technical  Advisory  Group 

Contact:  Sheryl  Cosing,  10822  Crippen  Vale  Ct.,  Reston,  VA  20194 

Tel:  703/925-9791  •  Fax:  703/925-9694 

E-mail:  scosing@comcast.net 

URL:  http://hfetag.dtic.mii/meetschl.html 


Orlando,  FL,  USA.  December  1-4,  2003 

Interservice/lndustry  Training,  Simulation,  and  Education  Conference  (IITSEC) 

Contact:  Bill  Walsh,  BLACKHAWK  Management  Corporation 

4242  Woodcock,  Suite  101,  San  Antonio,  TX  78228 

Tel:  212/370-5005  •  Fax:  212/370-5699 

URL:  http://www  er^oexpo  com/index.asp 


dec 


Las  Vegas,  NV,  USA.  December  8-11,  2003 

National  Ergonomics  Conference  and  Exposition  (NECE) 

Contact:  Walter  Charnizon,  President,  Continental  Exhibitions 
370  Lexington  Avenue,  New  York,  NY  10017  •  Tel:  212/370-5005 
URLi 


Fax:  212/370-5699 


Reno,  NV,  USA.  January  5-8,  2003 

42nd  AIAA  Aerospace  Sciences  Meeting  and  Exhibit 

Contact:  AIAA,  1801  Alexander  Bell  Drive,  Suite  500,  Reston,  VA  20191-4344 
Tel:  703/264-7500  or  800/639-AIAA  •  Fax:  703/264-7551 
E-mail:  custserv@aiaa.org 


New  Orleans,  LA,  USA.  January  20-24,  2004 

48th  Annual  Human  Factors  and  Ergonomics  Society  Meeting 

Contact:  Human  Factors  and  Ergonomics  Society,  R  0.  Box  1369,  Santa  Monica,  CA  90406-1369 
Tel:  310/394-1811  •  Fax:  310/394-2140 
E-mail:  info@hfes.org 
URL:  http  ://www. hfes . org 
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special  Wree  Day  Rate  for  Enlisted  U)iiformed  Military  &  Stiidents-See  Details  Below 


The  SAFE  Association  presents  the 

/  ^  St  Annual 

jt  jL  safe  Symposium 

Adam’s  Mark,  Jacksonville,  Florida  •  September  22-24,  2003 


An  internationally  attended 
marketplace  for  the  exchange 
of  technical  information, 
product  and  service  exhibitions,  and 
the  showcasing  of  industry  capa¬ 
bilities  for  meeting  challenges  in 
vehicular  occupant  protection  and 
personnel-worn  safety  equipment. 


For  rooms  call  Adam’s  Mark  at  (904)  360-8700  or  1-800-444-ADAM. 

Be  sure  to  tell  them  you  are  with  the  SAFE  group  to  get  the  special  $139  Symposium  rate. 
Government  rates  also  available  on  a  first-come,  first-served  basis. 


Averaging  over  750  attendees  *110  Booth  Spaces 
Papers,  Panels,  Product  Demonstrations,  and  Speakers  featuring- 

Sir  James  Martin  Memorial  Lecturer  •  Colonel  Joe  Kittinger 

•  Parachute  Free  Fall  World  Record  Holder-102,000  Feet 

•  First  Man  to  Break  the  Sound  Barrier  without  an  Airplane 

''A  Story  on  the  Longest  Leap'' 
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SAFE  Association 


Story'  by  Christy  Comette 


Dedicated  to  Ensuring  Personal 
Safety  and  Protection  in  Land, 

Sea,  Air,  and  Space  Environments 

The  SAFE  Association  is  an  international,  non-profit  orga¬ 
nization  dedicated  to  ensuring  personal  safety  and  protec¬ 
tion  in  land,  sea,  air,  and  space  environments.  Originally 
standing  for  “Space  and  Flight  Equipment,”  SAFE  has  come  to 
encompass  much  more  and  is  no  longer  an  acronym,  but  a  name 
reflecting  all  aspects  of  safety. 

SAFE  members  represent  diverse  backgrounds  and  fields  of  exper¬ 
tise.  Financially,  SAFE  depends  solely  on  the  dues  of  its  corporate 
and  individual  members  as  well  as  the  annual  symposia.  The 
Association  has  various  chapters  located  throughout  the  U.S.  and 
abroad  that  meet  and  promote  its  goals  and  objectives.  The  chap¬ 
ters  are  a  key  element  to  the  strength  and  growth  of  SAFE. 

The  Association’s  goals  include  stimulating  safety  and  survival 
research  and  development.  This  is  accomplished  by  means  of  an 
annual  symposium,  educational  scholarships,  association  achieve¬ 
ment  awards,  newsletters,  and  technical  publications.  SAFF^  strives 
to  provide  its  members  with  opportunities  for  professional 


development,  achievement,  and  recognition.  Another  important 
objective  is  to  educate  the  public,  industry,  and  the  government 
to  improve  human  effectiveness  and  safety  in  system  designs  and 
operation. 

The  SAFE  Association’s  annual  highlight  is  its  symposium,  which 
brings  together  a  broad  mix  of  technical  personnel  from  all  over 
the  world,  most  importantly  the  users,  to  network  and  interact. 

It  serves  as  a  forum  to  promote  new  concepts  and  products, 
exchange  technical  information,  and  discuss  special  interest  issues. 
Exhibits,  technical  papers,  panels,  product  demos,  outstanding 
keynote  speakers,  and  workshops  are  all  part  of  the  symposium. 

Over  45  years  old,  SAFF2  is  a  proud  organization  that  welcomes 
new  members  and  chapters  to  participate,  contribute,  and  make  a 
difference  in  the  world  of  safety,  survival,  and  life  support. 

For  further  information  about  SAFE,  please  contact: 

SAFE  Association 
P.O.  Box  130 

Creswell,  OR  97426-0130 


Phone: 

(541)  895-3012 

Fax: 

(541)  895-3014 

E-mail: 

safe@pcak.org 

URL: 

http://www.safcassociation.com 

http://www.safeassociation.org 

Registration  Information  Register  on-line  at  wivw.safeassociation.org 


SAFE  Member: 

$310 — Pre-registration 
$360 — On-site  registration 

Non -Member: 

$400 — Pre-registration 
$450 — On-site  registration 

Note:  Registration  does  not  include  SAFE  membership  dues. 
One  day  registration  (does  not  include  function  tickets) — $190 


Enlisted  Uniformed  Military  Personnel,  and  undergraduate  stu¬ 

dents  with  valid  studentJLD. 

Monday- Wednesday  (3-Day,  All-inclusive) — $80 

Pre-registration  deadline:  September  5,  2003 

If  you  are  in  the  life  support  field,  this  organization  is  for  you! 

•  Individual  membership— $60 

•  Full-time  student  membership— $10 

•  Corporate  membershi{>— $500 

•  Fully  retired  membership— $20 


For  more  details  contact — 


jeani  Benton,  SAFE  Adminstrator  Christy  Cornette,  Membership  Chair 

Phone:  (541)  895-3012  Phone:  (301)  744-2345 

E-mail:  safe@peak.org  E-mail:  cornettejc@ih.navy.mil 
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I’ll  Take  the  Screaming  Cows, 
Please... 


Vicki  Ahlstrom 


Vicki  Ahlstrom  is  an 
Engineering  Research 
Psychologist  at  the  Federal 
Aviation  Association 's  William 
J.  Hughes  Technical  Center  in 
Atlantic  City,  \'ew  Jersey. 

Contact: 

Vicki  Ahlstrom 
William  J.  Hnghes 
Technical  Center 
Human  Factors  Group 
Building  28 
Atlantic  City 
International  Airport, 

NJ  08405 

609/485-5043 

Vicki. ahlstrom  @  faa.gov 


In  a  sense,  we  are  victims  of  our  own 
technological  success.  Not  many 
years  ago,  there  were  only  a  handful 
of  system  options  available  to  us.  Mice 
came  in  two  varieties,  the  one-button 
mouse  and  the  two-button  mouse,  both 
beige,  and  approximately  the  same  size 
and  shape.  Now,  we  have  innumerable 
input  devices  that  come  in  a  variety  of 
colors,  shapes,  and  sizes.  Alarms  were 
once  limited  to  buzzers,  sirens,  and 
bells.  Now,  the  range  and  complexity 
for  alarms  are  limited  only  by  the  limits 
of  our  imagination.  Almost  daily,  new 
technological  advances  lead  to  new 
possibilities  in  nearly  every  aspect  of 
computer-human  interfaces. 

Although  advances  in  technology  and 
computing  can  have  great  benefits  to 
the  user,  they  can  also  cause  new  prob¬ 
lems.  Whereas  before,  we  did  not  have 
enough  choices,  now  we  are  sometimes 
faced  with  too  many  choices.  This  was 
illustrated  to  me  when  I  spoke  recently 
to  a  contractor  who  was  working  on 
auditory  alarms  for  a  new  system.  The 
new  system  was  going  to  use  digitized 
sound  for  the  alarms.  The  contractor’s 
problem  was  that  the  possibility  for 
alarms  was  too  limitless.  He  illustrated 
this  by  playing  a  range  of  digitized 
sounds  for  me.  Among  other,  more 
traditional  sounds  were  the  sounds  of 
people  screaming,  squealing  brakes, 
and  cows  mooing.  He  said  it  was 
even  possible  to  combine  the  digitized 
sounds  to  make,  for  example,  screaming 
cows.  All  of  these  choices  were  possible 
technologically,  but  were  they  the  right 
choice  for  the  system? 

Increases  in  possibilities  due  to  tech¬ 
nological  advances  lead  to  a  concomi¬ 
tant  increase  in  the  number  of  decision 


points.  A  single  vendor,  developing  a  computerized 
system  for  the  Federal  Aviation  Administration 
(FAA)  will  face  hundreds  of  human  factors-related 
decisions  through  the  development  of  that  system. 
The  vendor  will  not  have  time,  resources,  or  money 
to  thoroughly  investigate  the  human  factors  impli¬ 
cations  of  each  of  these  decisions.  Different  ven¬ 
dors  may  make  different  decisions  at  these  points. 
The  result  for  the  FAA  is  a  proliferation  of  diverse 
systems  and  equipment  with  limited  consistency 
or  standardization  between  systems  developed  by 
different  vendors. 

To  help  system  developers  make  wise  decisions 
when  faced  with  the  proliferation  of  possibilities, 
solid,  reasonable  standards  are  a  necessity.  To 
address  this  problem,  the  FAA  compiled  their  own 
human  factors  guidelines  in  1994  and  published 
them  in  1996  as  the  Human  Factors  Design  Guide. 
Since  1994,  however,  technology  has  continued  to 
move  on,  and  the  FAA  has  realized  the  need  to 
change  the  document  to  keep  pace  with  current 
technology  and  the  needs  of  the  users.  The  result 
is  the  Human  Factors  Design  Standard  (HFDS). 

The  HFDS  is  the  result  of  several  years  of  work 
sponsored  by  the  FAA’s  Human  Factors  Division 
and  conducted  by  the  Human  Factors  Group  at 
the  William  J.  Hughes  Technical  Center.  A  team 
of  Engineering  Research  Psychologists  and  Human 
Factors  Engineers  identified  areas  that  were  most 
in  need  of  updating  due  to  technological  advances. 
The  computer  human  interface  chapter  was  one  of 
the  most  frequently  accessed  chapters,  and  also  one 
of  the  areas  where  there  have  been  the  most  chang¬ 
es  over  time.  The  recent  years  have  also  seen  an 
increase  in  the  availability  and  use  of  automation. 
With  the  increasing  use  of  automation,  there  is  an 
increase  in  the  need  for  automation-specific  guid¬ 
ance.  These  considerations  led  to  major  updates  on 
information  dealing  with  automation  and  human 
computer  interface,  including  hundreds  of  new 
rules,  definitions,  examples,  and  guidelines.  Table 
1  shows  the  chapters  of  the  HFDS. 

A  reference  book  like  the  HFDS  is  only  as  useful 
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as  it  is  usable.  Therefore,  the  research  team  ana¬ 
lyzed  how  acquisition  and  development  programs 
used  the  guideline  and  standard  documents.  This 
led  to  a  reorganization  of  material  to  better  match 
the  needs  of  the  users,  including  placing  some 
information  that  was  previously  scattered  through¬ 
out  the  document  into  a  single  location,  based  on 
how  it  had  been  used  in  the  past.  One  example 
is  the  input  devices  information,  which  now  has 
its  own  chapter.  Other  user  comments  identified 
the  need  for  additional  explanations  and  defini¬ 
tions  clarifying  trade-offs  related  to  the  rules  and 
guidelines.  The  HFDS  provides  additional  explana¬ 
tions  and  definitions  so  that  users  can  make  more 
informed  decisions  and  better  understand  the  con¬ 
sequences  of  their  actions. 

The  HFDS  has  been  available  since  January  2003 
in  draft  form  for  comment  at  the  web  site:  http:// 
hf.tc.faa.gov/hfdg/index.htiTil.  The  final  document 
is  expected  to  be  available  both  on  the  Internet  and 
on  CD-ROM  in  summer  2003.  Tomorrow’s  develop¬ 
ers  and  designers  will  be  able  to  use  this  resource 
to  help  make  reasonable  design  decisions.  As  for 
the  screaming  cows,  maybe  they  can  use  them  in 
the  video  game  industry.  ■ 


Chapter 

Number 

Title 

1 

Introduction 

2 

General  Design  Requirements 

3 

Automation 

4 

Designing  for  Maintenance 

5 

Displays  and  Printers 

6 

Controls  and  Visual  Indicators 

7 

Alarms,  Audio,  and  Voice  Displays 

8 

Human  Computer  interfaces 

9 

Input  Devices 

10 

Workplace  Design 

11 

System  Security 

12 

Personnel  Safety 

13 

Environment 

14 

Anthropometry  and  Biomechanics 

15 

User  Documentation 

Table  1.  HFES  chapters 


Koklus  information  Tp^finology  b'r 
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IntormiitiOfl  Ti-chnology  CmbH 
fri'ihurg.  fipiinarty 
Phnne  +40  jifor 

C  rtiHil  iinfo^nLildliv  iJr- 

Noldui  Informdtron  {#chook>gy  Ine. 

VA  USA 

Phone  +1/0?  //I  0440 
Toll  tiee 

[  rri.iil  inro^nold:LJ!^CoiTi 

www.noldu^xam 


As  a  researcher,  you  have  to  spend  your  resources  as 
efficiently  as  possible.  Saving  time  during  the  collection, 
analysis  and  presentation  of  observational  data  can 
mean  a  big  help.  And  that's  exactly  what  The  Observer 
can  do  for  you.  Whether  you  are  observing  live  or  from 
video,  The  Observer  offers  you  an  easy  and  accurate  tool 
for  the  study  of  activities,  postures,  movements  or 
human-system  interactions. 

Noldus 

innovative  tools  for  behavioral  research 
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Joint  Service 

Specification  Guides 


Joe  McDaniel,  Ph.D. 


Joe  McDaniel,  Ph.D.  is  a 
principal  industrial  engineer 
with  more  than  27  years  of 
research  and  development 
experience  at  the  Air  Force 
Research  Laboratory  at  Wright- 
Patterson  AFB,  Ohio;  and 
represents  the  Air  Force  on  joint- 
sennce  standards  committees. 

Contact: 

Joe  McDaniel 

Air  Force  Research  Laboratory 
ATTN:  AFRL/HECI 
2210  FJghth  Street 
Building  146 
Wright-Patterson  AFB, 

011  45433-7511 

937/255-2558 

joe.  mcdaniel0)wpafh.a  f.mil 


When  standardization  reform 
placed  all  specifications  and 
standards  in  jeopardy,  the 
military  aviation  community,  led  by  the 
Joint  Aeronautical  Commanders  Group 
(JACG)l,  reorganized  and  completely 
replaced  the  entire  system  of  specifica¬ 
tions  and  standards  with  a  new  system 
of  Joint  Service  Specification  Guides 
(JSSGs).  These  JSSGs  cover  all  aspects 
of  military  aviation  systems,  not  just 
human  systems.  However,  designating 
“Crew  Systems”  as  one  of  the  ten  top- 
level  domains  gives  human-system  inte¬ 
gration  unprecedented  visibility  in  the 
aviation  development.  Table  1  shows 
the  architecture  of  the  JSSG  system. 

The  concept  of  the  “specification 
guides”  evolved  out  of  the  Air  Force’s 
MIL-PRIME  initiative.  These  docu¬ 
ments  have  two  major  parts:  one  is 
a  draft  specification  (e.g.,  JSSG-2010) 
with  key  numbers  and  requirements 
replaced  by  blanks.  The  second  part  is 
a  set  of  fourteen  handbooks  (e.g.,  JSSG 
2010-1  through  JSSG  2010-14)  that  dis¬ 
cuss  the  issues  for  filling  in  the  blanks. 
The  actual  filling  in  of  the  blanks  can 
be  a  joint  decision  of  military  and 
contractors.  Once  filled  in,  these  guide 
specifications  become  a  binding  part  of 
the  contract.  The  JSSG,  then,  avoided 
the  problems  of  getting  a  waiver  by  not 
being  standard,  yet  becomes  contractu¬ 
ally  binding  in  the  final  form.  Since 
some  of  the  data  in  the  JSSG  series  is 
restricted,  it  was  decided  to  limit  the 
distribution  of  all  JSSGs  to  DoD  and 
DoD  contractors^. 

Joint  Service  Specification  Guide 
JSSG-2010,  Crew  Systems 

JSSG-2010  summarizes  a  unified  pro¬ 


cess  for  applying  the  required  disciplines  to  the 
development,  integration,  test,  deployment  and 
support  of  military  aircraft  crew  systems.  This 
document  supports  a  human-centered  crewsta- 
tion  approach  to  the  acquisition  process,  where 
the  platform  is  designed  around  the  human  and 
human-generated  requirements  for  human  per¬ 
formance  as  the  driving  force.  JSSG-2010  has  14 
accompanying  handbooks  as  follows: 

•  JSSG-2010-1  provides  systems  engineering 
guidance  for  the  design  of  crewstations  in 
fixed  and  rotary  wing  aircraft 

•  JSSG-2010-2  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for 
crew  systems 

•  JSSG-2010-3  provides  guidance  for  the  cri¬ 
teria  to  optimize  cockpit/crewstation/cabin 
designs  without  hindering  the  development 
of  new,  improved  systems,  including  fixed 
and  rotary  wing 

•  JSSG-2010-4  provides  guidance  for  the  design 
and  verification  of  aircrew  alerting  systems. 

•  JSSG-2010-5  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for 
interior  and  exterior  airborne  lighting  equip¬ 
ment,  including  specific  requirements  for  inte¬ 
rior  lighting  compatible  with  type  I  or  II  and 
class  A  or  B  night  vision  imaging  systems 

•  JSSG-2010-6  provides  guidance  for  the  design 
and  test  information  for  sustenance  and  waste 
management  systems  for  the  support  of  air¬ 
crew  and  passengers 

•  JSSG-2010-7  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for 
occupant  crash  protection  and  for  crash  pro¬ 
tective  aspects  of  seating,  restraint,  and  crew- 
station  and  passenger/troop  station  design 

•  JSSG-2010-8  provides  rationale,  guidance,  les¬ 
sons  learned  and  instructions  for  the  energetic 
systems  (explosive  actuators) 

•  JSSG-2010-9  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for 
aircrew  personal  protective  equipment 
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•  JSSG-2010-10  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for  an 
aircraft  oxygen  system  and  its  components 

•  JSSG-2010-11  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for 
aircraft  emergency  escape  systems 

•  JSSG-2010-12  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for 
deployable  aerodynamic  decelerator  (DAD) 
system  or  subsystem.  (Parachutes  are  DADs.) 

•  JSSG-'2010-'13  provides  guidance  for  the  devel¬ 
opment  requirements  and  verifications  for  an 
airborne  survival  and  flotation  system  and 
its  components.  This  includes  provisions  for 
emergency  egress,  life  support,  descent,  and 
land  and  water  survival  for  extended  time 
periods  until  recovery 

•  JSSG-*2010-14  provides  guidance  for  the  per¬ 
formance,  development,  compatibility,  manu¬ 
facturability,  and  supportability  requirements 
and  verification  procedures  for  an  aircraft 
windshield/canopy  system  and  its  components 

The  JSSG-'2010  limits  its  discussion  in  two  areas: 

1  Aircraft  maintainability  is  covered  in  the 
general-purpose  M1L-STD-'1472 

2  Aircraft  symbology  is  covered  by  MIL- 
STD-IZSZC  (January  2001)  Department  of 
Defense  Interface  Standard:  Aircraft  Display 
Symbology 

MIL-STD-1787C  was  originally  planned  to  be  one 
of  the  handbooks  included  in  JSSG-2010,  but  was 


approved  as  an  interface  standard  (that 
may  be  cited  without  a  waiver)  before 
the  JSSG  series  was  finished.  Since  an 
interface  standard  has  more  authority,  it 
was  decided  to  leave  MIL- STD-1 787  as 
a  stand-alone  document.  ■ 

References 

1.  The  JACG  is  comprised  of  senior  mili¬ 
tary  and  civilian  representatives  from 
the  Army,  Navy,  Air  Force,  Marine 
Corps,  Coast  Guard,  Defense  Logistic 
Agency,  National  Aeronautics  and  Space 
Administration,  and  Federal  Aviation 
Administration.  The  JACG’s  charter  is 
to  develop  and  continuously  improve 
joint  processes  and  procedures  that  will 
facilitate  the  design,  development,  and 
acquisition  of  aviation  systems  that  are 
identical  (to  the  maximum  extent  pos* 
sible)  or  common,  and  that  maximize 
interoperability. 

2.  Qualified  users  can  order  JSSG-2000  by 
regular  mail  at  ASC/ENOI,  2530  Loop 
Road  West,  Wright- Patters  on  AFB,  OH 
45433-7101  or  E-mail  at  Engineering.Stan 
dards@  wpafb.af.mil 


Joint  Service  Specification  Guide 

Approval  Date 

JSSG-2000A  Air  System 

October  8,  2002 

JSSG-2001AAir  Vehicle 

October  22,  2002 

JSSG-2002  Training 

Incomplete 

JSSG-2003  Support  Systems 

Incomplete 

JSSG-2004  Weapons 

Incomplete 

JSSG-2005  Avionics 

October  30, 1998 

JSSG-2006  Structures 

October  30, 1998 

JSSG-2007  Engines 

October  30, 1998 

JSSG-2008  Air  Vehicles  Control  &  Management 

October  30, 1998 

JSSG-2009  Air  Vehicles  Subsystems 

October  30, 1998 

JSSG-2010  Crew  Systems 

October  30, 1998 

Table  1.  JSSG  architecture 
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Human  Factors  DIDs; 
Navy  to  the  Rescue! 


Jennifer  McGovern  Narkevicius,  Ph.D. 
Marcie  K.  Langelier 


Jeii  Narkeuicius,  Ph.D.  is  Senior 
Manager  of  Human  Systems 
Engineering  forARINC  Engineering 
Services  LLC.  She  supports  the 
Naval  Air  Systems  Command, 
AIR4.6,  Naval  Air  Warfare  Center, 
PatiLxent  River,  Maryland. 

Marcie  Langelier  is  head  of 
the  Mission  Systems  Human 
Engineering  Bmnch,  AIR4.6.4.4, 
Naval  Aviation  System 
Command,  Naval  Air  Warfare 
Center,  Patuxent  River,  Maryland. 

Contact: 

Marcie  Langelier 
Crew  Systems 
Engineering  Department 
NAWCAD  Bldg.  2187 
Suite  tt\240 

48110  Shaw  Road,  Unit  5 
Patuxent  River, 

MD  20670-1906 
301/342-8406 

langeliermk@  navair.  navy,  mil 


How  do  you  ensure  that  you 
will  get  the  information  you 
need  from  a  design  program 
to  ensure  you  can  successfully  imple¬ 
ment  the  program?  How  do  you  know 
how  the  design  evolved  and  where 
that  evolution  might  take  you?  How 
do  you  ensure  that  in  ten  years,  when 
you  are  no  longer  supporting  a  program 
because  its  been  passed  on  to  a  more 
junior  member  of  the  team  that  you  do 
not  have  to  dig  details  of  design,  design 
rationale,  and  program  needs  out  of 
memory  to  ensure  the  continued  suc¬ 
cess  of  the  acquisition?  Use  Data  Item 
Descriptions  (DIDs),  of  course! 

The  DIDs  are  documents  that  can  be 
used  to  help  answer  these  questions. 
The  various  DIDs  provide  descriptions 
of  design  information  and  detail  required 
of  the  vendor  that  will  help  government 
engineers  review,  evaluate  and  test 
programs  under  design,  throughout  the 
development  process  and  beyond. 

There  are  numerous  DIDs  that  cover 
generic  requirements  and  many  other, 
more  specific  DIDs  for  specialized 
disciplines.  Often,  a  generic  DID  can 
be  tailored  to  be  useful  to  many  disci¬ 
plines.  For  example,  the  Test  Plan  DID 
can  be  tailored  to  include  the  informa¬ 
tion  required  for  test  plans  for  many 
technical  areas.  The  Department  of 
Defense  (DoD)  and  the  Federal  Aviation 
Administration  (FAA)  have  Human 
Engineering  DIDs  (HE-DIDs),  although 
they  are  slightly  different.  The  FAA  and 
the  DoD  have  worked  closely  on  the 
HE-DIDs  to  ensure  that  the  essence 
of  the  information  required  is  pre¬ 
served  for  the  requirements  of  Human 
Engineering  in  acquisition  of  defense 
and  civil  systems. 


The  DoD  HE-DIDs  originally  were  contained  in 
MIL-H-46855,  which  was  later  converted  to  a  stan¬ 
dard,  MIL-STD-48655.  Under  acquisition  reform, 
MIL- STD-46855  was  converted  to  a  handbook 
(MIL-HDBK-48655).  As  a  result,  the  HE-DIDs 
were  in  jeopardy  of  being  cancelled  as  a  handbook 
cannot  serve  as  the  implementing  document  for 
a  DID.  In  fact,  several  HE-DIDs  were  cancelled. 
Furthermore,  the  U.S.  Army  Missile  Command 
(now  the  U.S.  Army  Aviation  and  Missile 
Command),  the  Lead  Standardization  Activity  for 
Human  Factors,  was  restrained  in  their  ability  to 
maintain  the  HE-DIDs.  The  Naval  Air  Systems 
Command  (NAVAIR)  agreed  to  take  responsibil¬ 
ity  to  ensure  the  maintenance  of  the  HE-DIDs 
and  determined  to  revise  those  maintained  DIDs 
to  reflect  the  current  Integrated  Product  Team 
structure  of  Defense  Acquisition.  Steps  have  been 
initiated  to  transfer  the  Preparing  Activity  for  these 
HE-DIDs  from  the  Army  to  the  Navy. 

The  six  HE-DIDs  that  NAVAIR  is  assuming 
responsibility  are: 

•  Human  Engineering  Program  Plan  (HEPP) 
(DI-HFAC-80740) 

•  Human  Engineering  Simulation  Concept 
(DI-HFAC-80742) 

•  Human  Engineering  Systems  Analysis  Report 
(HESAR)  (DI-HFAC-80745) 

•  Human  Engineering  Design  Approach  Document- 
Operator  (HEDAD-0)  (DI-HFAC-80746) 

•  Human  Engineering  Design  Approach  Document- 
Maintainer  (HEDAD-M)  (DI-HFAC-80747) 

•  Task  Analysis/Task  Allocation  Report 
(DI-HFAC-81399) 

The  HEPP  describes  the  contractor’s  human 
engineering  program,  identifies  its  elements,  and 
explains  how  the  elements  will  be  managed. 

The  Human  Engineering  Simulation  Concept 
describes  the  contractor’s  intended  use  of  mock-ups 
and  simulators  in  support  of  human  engineering 
analysis,  requirements  definition  and  implementa¬ 
tion,  design  support,  and  test  and  evaluation. 


18 


Human  Systems  lAC  GATEWAY  Volume  XIV:  Number  2 


The  HESAR  describes  the  human  engineering 
efforts  conducted  as  part  of  the  system  analysis 
and  present  results.  The  data  are  used  by  the  pro¬ 
curing  activity  to  evaluate  the  appropriateness  and 
feasibility  of  system  functions  and  roles  allocated 
to  operators  and  maintainers. 

The  HEDAD-0  describes  equipment  that  inter¬ 
faces  with  operators.  This  document  provides  a 
source  of  data  to  evaluate  the  extent  to  which 
equipment  having  an  interface  with  operators 
meets  human  performance  requirements  and 
human  engineering  criteria.  This  is  not  simply  a 
description  of  equipment  but  rationale  based  on 
the  human  interface. 

The  HEDAD-M  describes  design/interface 
requirements  of  equipment  that  must  be  main¬ 
tained.  This  document  provides  a  source  of  data 
to  evaluate  the  extent  to  which  equipment  having 
an  interface  with  maintainers  meets  human  per¬ 
formance  requirements  and  human  engineering 


criteria.  This  is  not  simply  a  description 
of  equipment  but  rationale  based  on  the 
human  interface. 

The  Task  Analysis/Task  Allocation 
Report  describes  the  results  of  analy¬ 
ses  of  tasks  performed  by  the  contrac¬ 
tor  to  provide  a  basis  for  evaluation  of 
the  design  of  the  system,  equipment, 
or  facility.  The  evaluation  will  verify 
that  human  engineering  technical  risks 
have  been  minimized  and  solutions 
are  in  hand. 

A  copy  of  the  existing  DoD  Human 
Engineering  DlDs,  drafts  of  the  six 
DIDs  for  which  NAVAIR  is  seek¬ 
ing  to  assume  responsibility,  and 
the  five  FAA  DIDs  can  be  found  at 
http://hfetag.dtic.mil/hfs.docs.html.  ■ 


Usability  Assurance  Workshop  in  Monterey,  California 

HSIAC,  in  collaboration  with  the  Navy  Post  Graduate  School  in  Monterey,  California, 
is  planning  a  workshop  this  fall  to  introduce  the  idea  of  "usability  assurance.”  Based  on 
ISO  13407:  1999,  Human<entred  design  processes  for  interactive  systems  and  expanded 
in  ISO  PAS  18152:2003,  A  specification  for  the  process  assessment  of  human-system 
issues,  the  workshop  will  be  tailored  to  government  and  support  contractor  personnel 
involved  in  developing  interactive  computer  systems  for  command  and  control,  crew 
interaction,  and  data  and  information  management.  Special  guests  Brian  Sherwood 
Jones  and  Jonathan  Earthy,  from  the  United  Kingdom,  have  been  active  in  developing 
and  implementing  these  standards. 

Please  contact  Dr.  Joyce  Cameron  at: 

Phone:  937/255-4842,  ext.  239 

E-mail:  joyce.cameron@wpafb.af.mil  for  information. 


The  Human  Systems  Information  Analysis  Center 
(HSIAC)  is  the  gateway  to  worldwide  sources  of  up- 
to-date  human  systems  information  for  designers, 
engineers,  researchers,  and  human  factors  specialists. 

HSIAC’s  primary  objective  is  to  acquire,  analyze,  and 
disseminate  timely  information  about  human  systems/ 
ergonomics.  The  HSIAC  offers  five  levels  of  user  service: 

■  Basic  Inquiry 

■  Search  &  Summary 

■  Review  &  Analysis 

■  Technical  Area  Task 

■  Meeting  Administration 


The  Basic  Inquiry  offers  limited  technical  service  at  no 
cost  to  the  user  to  clarify  and  respond  to  a  specific  inquiry. 
Basic  Inquires  can  be  requested  by  contacting  the  HSIAC 
Program  Office: 

Phone:  937/255-2450 

Fax:  937/255-4823 

E-mail :  pau  1 .  cunningham2  @  wpafb.  af .  mil 

Cost  for  other  services  are  based  on  the  technical  nature 
and  time  involved.  For  information  on  products  go  to: 

http://iac.dtic.mil/hsiac/products.htm 
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Human  Factors  Engineering  Requirements 
for  the  International  Space  Station — 
Successes  &  Challenges 


Mihriban  Whitmore,  Ph.D. 
Jennifer  Blume,  Ph.D. 


Mihriban  Whitmore,  Ph.D. 
is  a  hiirnan  factors  engineering 
specialist  in  the  Habitability 
and  Human  Factors  Office  at 
NASA  Johnson  Space  Center, 
Houston,  Texas. 

Jennifer  Bliirne,  Ph.D.  is 
a  human  factors  specialist 
from  the  National  Space 
Biomedical  Research  Institute 
(NSBRI)  supporting  various 
human  factors  and  habitability 
programs  at  NASA  Johnson 
Space  Center,  Houston,  Texas. 

Contact: 

Mihriban  Whitmore 

NASA  Johnson  Space  Center 

MC  SF3 

2101  NASA  Rd  I 

Houston,  TX  77058 

281/244-1004 

mwhitmor@ems.jsc.nasa.gou 


Advanced  technology  coupled 
with  the  desire  to  explore  space 
has  resulted  in  increasingly 
longer  human  space  missions.  Indeed, 
any  exploration  mission  outside  of 
Earth’s  neighborhood,  in  other  words, 
beyond  the  moon,  will  necessarily  be 
several  months  or  even  years.  The 
International  Space  Station  (ISS)  serves 
as  an  important  advancement  toward 
executing  a  successful  human  space 
mission  that  is  longer  than  a  standard 
trip  around  the  world  or  to  the  moon. 
The  ISS,  which  is  a  permanently  occu¬ 
pied  microgravity  research  facility 
orbiting  the  earth,  will  support  mis¬ 
sions  four  to  six  months  in  duration. 

The  ISS  poses  unique  challenges 
to  National  Aeronautics  and  Space 
Administration  (NASA)  in  the  area  of 
Human  Factors  Engineering  (HFE) . 
First,  mission  duration  is  always  a 
critical  issue  for  human  factors  because 
small  design  flaws  or  stressors  on  the 
user  can  accumulate  over  time  to  cause 
more  serious  performance  failures.  In 
addition,  user  preparedness  to  respond 
as  well  as  fluctuations  in  vigilance  and 
psychological  issues  of  morale  and  team 
interaction  all  increase  in  importance  as 
mission  duration  increases.  Secondly, 
the  ISS  is  not  only  a  research  facility 
but  also  a  home;  therefore  it  must  be 
designed  to  support  very  different  crew 
operations.  Human  factors  design  guide¬ 
lines  and  issues  vary  with  the  type  of 
activity  being  performed.  Thirdly,  mod¬ 
ules,  systems  and  equipment  for  the 
ISS  are  being  manufactured  all  over  the 
world  and  assembly  in  space  requires 
diligent  and  detailed  planning,  training 
and  integration.  Finally,  this  effort  is  the 
product  of  an  international  partnership 


among  the  United  States,  Russia,  Europe,  Japan, 
Canada  and  other  nations  and  HFE  standards  vary 
across  nations  and  cultures. 

In  planning  for  the  ISS,  the  NASA  developed  an 
agency-wide  set  of  human  factors  standards  for  the 
first  time  in  a  space  exploration  program.  The  Man- 
Systems  Integration  Standard  (MSIS),  NASA-STD- 
3000,  a  multi-volume  set  of  guidelines  for  human- 
centered  design  in  microgravity,  was  developed  with 
the  cooperation  of  human  factors  experts  from  vari¬ 
ous  NASA  centers,  industry,  academia,  and  other 
government  agencies.  The  MSIS  covers  a  range  of 
topics  including  anthropometry,  control  and  dis¬ 
plays,  human  restraint  and  mobility  requirements 
for  zero-gravity  environments,  maintainability,  and 
safety.  This  standard  was  the  basis  for  the  ISS  Flight 
Crew  Integration  Standard,  SSP  50005,  which  is  a 
requirements  document  specific  to  the  ISS  Program. 
Elevating  human  factors  to  the  status  of  a  “system” 
with  its  own  set  of  unique  requirements  was  a  real 
advancement  for  habitability  and  human  factors  as 
a  discipline  at  NASA.  However,  NASA’s  first  experi¬ 
ence  with  human  factors  requirements  in  a  Program 
did  identify  some  challenges. 

One  of  the  main  challenges  is  maintaining  a 
balance  between  specifying  contractually  binding 
requirements  which  must  be  verifiable  and  ensur¬ 
ing  that  the  intent  of  the  requirement  is  accurately 
manifested  in  the  design.  Intuitively,  it  seems  that 
these  two  objectives  are  compatible;  however,  that 
is  not  always  the  case.  For  example,  one  good  HFE 
design  principle  is  to  use  the  perceptual  principle  of 
grouping  by  proximity  for  the  design  of  labels  and 
controls  to  enable  accurate  association  between  a 
control  and  its  label.  To  facilitate  perception  and 
comprehension,  a  related  design  consideration  is 
to  reduce  clutter  in  favor  of  order — that  is,  for  a 
series  of  controls,  labels  should  be  placed  relative 
to  each  associated  control  in  a  common  manner. 
To  make  such  a  design  goal  verifiable  and  objec¬ 
tively  demonstrable,  it  was  necessary  to  define 
parameters  within  which  the  design  requirement 
is  met.  Thus,  a  requirement  was  generated  to  place 
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a  label  within  two  inches  of  the  interface.  This 
specification  does  not  appear  to  be  problematic 
until  the  designer  encounters  hardware  that  does 
not  have  surface  area  within  the  immediate  sur¬ 
roundings  of  its  interface.  In  an  attempt  to  apply 
the  actual  letter  of  the  requirement  rather  than 
meet  the  intent  of  the  requirement,  the  designers 
constructed  a  dedicated  surface  area,  mounted  to 
a  rod,  such  that  it  could  support  a  label  in  the  area 
within  two  inches  of  the  interface.  This  inadequate 
design  implementation  is  a  consequence  of  the 
occasional  conflict  that  is  created  when  the  intent 
of  a  requirement  is  lost  during  modification  to 
verifiable  and  objectively  demonstrative  language. 

There  is  no  question  that  it  is  indeed  neces¬ 
sary  to  the  extent  possible  to  provide  HFE  design 
requirements  that  are  measurable  and  verifiable. 
However,  there  is  a  need  to  ensure  that  the  intent 
is  maintained,  and  that  inadequate  designs  that 
meet  requirements  but  do  not  promote  human- 
system  performance  are  avoided. 

In  order  to  address  this  challenge,  the  ISS  pro¬ 
gram  formed  a  human  factors  team  analogous  to 
any  major  engineering  subsystem.  This  team  devel¬ 
ops  and  maintains  the  human  factors  requirements 
regarding  end-to-end  architecture  design  and  per¬ 
formance,  hardware  and  software  design  require¬ 
ments,  and  test  and  verification  requirements.  It  is 
also  responsible  for  providing  program  integration 
across  all  of  the  larger  scale  elements,  smaller  scale 
hardware,  and  international  partners.  As  part  of 
this  integration  effort,  the  human  factors  team  pro¬ 
motes  a  balanced  approach  between  commonality 
and  case-by-case  assessment;  it  is  this  effort  that 
is  addressing  the  challenge  of  requirements  verifi¬ 
ability  and  intent.  The  team  promotes  commonality 
by  systematically  determining  consensus  among  its 
members  and  other  HFE  personnel  on  requirement 
intent  and  documenting  that  consensus  to  be 
generically  applicable  to  all  hardware.  However, 
the  team  also  employs  a  case-by-case  strategy  by 
dedicating  qualified  HFE  personnel  to  each  major 
and  minor  piece  of  the  ISS  to  evaluate  specific 
issues  of  requirements  application  and  design  in 
the  interest  of  quality  HFE.  Dedicated  human  engi¬ 
neering  assessments  are  performed  to  address  and 
resolve  issues  and  concerns.  These  studies  include 
human  factors  and  habitability  assessments,  com¬ 
puter  modeling  analyses,  lighting  evaluations,  and 
compiling  human  factors  lessons  learned  from  pre¬ 
vious  space  and  analog  missions. 

Regardless  of  the  challenges,  the  adoption  of 
human  factors  requirements  represented  a  major 
cultural  change  for  NASA.  Prior  to  ISS— e.g., 
when  preparing  equipment,  software,  and  pro¬ 
cedures  for  the  Space  Shuttle— individual  crew 
involvement  was  the  major,  if  not  sole,  source 
of  usability  and  human  factors  input.  Since  most 


activities  performed  in  space  were 
performed  by  only  one  crewmember, 
and  the  crew  would  consist  of  four  to 
eight  people  who  would  receive  two 
years  of  training  for  a  two  to  three 
week  mission,  this  intense  tailoring 
of  hardware  and  software  to  specific 
users  was  feasible.  However,  with  ISS, 
there  has  been  a  paradigm  shift  with 
longer  missions  where  hardware  will 
be  staying  onboard  throughout  its  life 
cycle,  and  the  missions  and  crews  have 
different  capabilities,  preferences  and 
training  needs.  Thus,  it  has  been  cru¬ 
cial  to  systematically  provide  both  HFE 
requirements  and  a  team  of  HFE  experts 
to  oversee  the  implementation  of  these 
requirements  for  an  effective  experience 
onboard  ISS.  This  integrated  approach 
helped  facilitate  standardization  of  soft¬ 
ware  and  hardware  user  interfaces,  and 
procedures  in  a  very  complex  system 
with  numerous  payloads  and  onboard 
subsystems.  This  is  not  to  say  that  other 
programs  such  as  the  Shuttle  program 
do  not  have  important  human  factors 
considerations.  However,  as  illustrated 
earlier,  the  ISS  missions  and  short  dura¬ 
tion  Shuttle  missions  are  different  for 
human  factors.  Additionally,  the  fact 
that  ISS  is  manufactured  across  the 
world  and  according  to  different  sched¬ 
ules  increases  the  need  to  ensure  that 
strict  interpretation  of  verifiable  require¬ 
ments  does  not  result  in  a  poor  design. 

The  next  challenge  for  the  HFE  com¬ 
munity  is  to  revisit  the  MSIS  and  critical¬ 
ly  question  each  requirement’s  wording 
whether  it  focused  too  much  on  giving  a 
specific  design  solution,  or  conveying  the 
intent  of  the  design  principle  involved. 
This  activity  will  provide  us  better- 
defined  and  more  effective  requirements 
that  will  complement  the  effective  HFE 
oversight  activity  established  for  work¬ 
ing  with  specific  programs  such  as  ISS 
or  any  other  future  vehicles.  ■ 
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. ..continued  from  McDaniel  article  page  7 
were  now  both  handbooks,  it  was 
decided  to  consolidate  them  into  a 
new  handbook.  The  superseded  DoD- 
HDBK-763  (canceled  on  July  31,  1998) 
covered  human  engineering  methods 
and  tools.  MIL-HDBK-46855A  adopt¬ 
ed  or  revised  only  those  traditional 
methods  in  DoD-HDBK-763  that  have 
remained  stable  over  time: 

•  MIL-STD-1474D,Notice1  (Augustus, 1337) 
Department  of  Defense  Design 
Criteria  Standard:  Noise  Limits 
Implementing  the  policies  of  stan¬ 
dardization  reform,  this  standard 
was  updated  as  a  tri-service  design 
criteria  standard.  MIL-STD-1474 
was  first  issued  March  1,  1973,  as 
an  Army  standard  on  noise  lim¬ 
its,  based  on  U.S.  Army  Human 
Engineering  Laboratory  (HEL) 
standard  HEL- STD  S-1-63C.  Since 
then  it  has  been  extensively  revised 
and  expanded.  As  a  result  of  recent 
consolidations,  MIL-STD-1474D 
now  serves  as  the  DoD  Design 
Criteria  Standard  on  Noise  Limits 
that  is  used  by  all  services. 

•  M1L-HDBK-1308B  (August  16,  1333) 
Department  of  Defense  Handbook: 
Definitions  of  Human  Factors  Terms 
This  handbook  (previously  a  stan¬ 
dard,  but  converted  to  a  handbook 
in  accordance  with  standardiza¬ 
tion  reform)  is  the  single  source  of 
definitions  for  all  documents  in  the 
HFAC  standardization  area.  The  use 
of  this  handbook  avoids  conflicting 
definitions  of  the  same  terms  in 
human  factors  documents  as  each 
is  developed  or  revised. 

•  MiL-HDBK-753C,  Notice  2  (March  31, 
1338)  Department  of  Defense  Handbook: 
Human  Engineering  Design  Guidelines 
This  handbook  is  a  companion 
to  MIL-STD-1472  and  provides 
design  data  and  extended  guide¬ 
lines.  It  includes  data  removed  from 
MIL-STD-1472F. 

•  D0D-HDBK-743A  (February  13,  1331) 
Anthropometry  of  U.S.  Military  Persoraief 

This  handbook  contains  statis¬ 
tics  from  about  40  military  sur¬ 
veys,  including  the  1988  Army 
Anthropometric  SURvey  (ANSUR) 
of  1,774  men  and  2,208  women 
with  more  than  132  measures. 
(Digital  files  from  recent  surveys 


are  available  from  Human  Systems  Information 
Analysis  Center.) 

HFE  Standards  in  the 
Modern  DoD  Acquisition  Process 

Because  HFE  design  guidelines  are  based  on 
human  performance  and  human  characteristics, 
they  are  relatively  immune  to  becoming  obsolete. 
MIL-STD-1472  does  not  specify  any  solutions;  it 
provides  time-tested  design  limits  as  requirements 
or  guidelines.  An  HFE  design  standard  should 
properly  provide  criteria  for  which  there  is  com¬ 
mon  agreement.  This  means  that  the  technology 
has  settled  down  to  the  point  where  a  consensus 
can  be  reached  on  a  needed  human  engineer¬ 
ing  design  provision.  If  there  is  no  consensus 
on  design  limits  or  process  issues,  a  standard  is 
premature.  So  when  we  say  that  the  HFE  military 
standards  are  current,  we  mean  that  all  its  provi¬ 
sions  reflect  current  consensus. 

When  we  talk  about  military  systems  and  equip¬ 
ment,  we  are  referring  to  systems  and  equipment  to 
be  used  by  the  “combat  military”— those  military 
men  and  women  who  are  deployed  somewhere  in 
the  world  and  performing  or  training  for  the  tra¬ 
ditional  military  mission,  either  fighting  a  war  or 
keeping  the  peace.  Consumer  products  are  rarely 
suitable  in  a  military  combat  environment  because 
they  are  usually  designed  for  use  in  an  air-condi¬ 
tioned  home  or  office,  and  will  not  function  reliably 
in  any  other  environment.  However,  despite  its  eco¬ 
nomical  price  and  ready  availability,  it  is  likely  to 
fail  to  perform  in  a  combat  military  environment. 

A  major  benefit  of  using  HFE  design  guidelines 
from  the  beginning  is  the  potential  for  great  sav¬ 
ings  of  avoiding  fixing  problems  found  during  test 
and  evaluation.  Dealing  with  problems  postponed 
until  late  in  the  program  can  be  difficult  and  pro¬ 
hibitively  expensive.  Experience  has  shown  that 
industry  and  DoD  can  agree  on  reasonable  HFE 
design  standards,  provided  the  decision  is  made 
outside  the  context  of  a  specific  program.  Once  the 
program  begins,  schedules,  existing  designs,  and 
profit  incentives  tend  to  cloud  the  issues  and  make 
resolution  expensive  and  contentious. 

There  are  two  fundamental  reasons  why  the 
military  should  have  its  own  HFE  standards.  First, 
the  mission  and  weapons  functions  are  unique  to 
the  military.  The  military  should  retain  control  of 
performance  requirements  for  all  equipment  the 
troops  take  to  the  field  in  a  military  action.  These 
requirements  are  almost  always  life  critical,  with 
mission  performance  and  system  safety  at  stake. 
Certainly,  these  standards  do  not  have  to  be  applied 
to  the  everyday  equipment  used  by  military  and 
DoD  civilian  personnel  in  performance  of  non-com¬ 
bat  duties.  Second,  the  military  needs  an  integrated 
HFE  standard,  not  a  large  number  of  piecemeal 
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standards.  The  mixing  and  matching  from  a  set  of 
hundreds  or  thousands  of  commercial  standards  is 
not  only  inefficient  for  HFE  requirements,  it  will 
likely  lead  to  omissions  of  important  consider¬ 
ations.  When  the  military  considers  commercial 
off-the-shelf  (COTS)  equipment,  it  should  always 
be  tested  to  determine  if  it  is  compatible  with  the 
military  environment.  When  modified  COTS  equip¬ 
ment  is  developed,  it  should  be  consistent  with  the 
military’s  human-system  interface  standards. 

Using  HFE  standards  to  design  performance 
into  the  routine  aspects  of  the  system  leaves  more 
engineering  labor  to  apply  to  the  new  design 
issues.  Without  HFE  standards,  every  detail  of 
every  aspect  of  the  human-system  interface  must 


be  researched,  designed,  and  tested.  A 
great  deal  of  time  is  spent  ’Te-inventing 
the  wheel.”  In  most  programs,  the  HFE 
budget  is  limited.  Using  accepted  mili¬ 
tary  standards  frees  up  labor  for  solving 
new  issues.  ■ 


Footnoles 

1.  This  was  later  published  as  Human 
Engineering  Guide  to  Equipment  Design, 
Morgan,  Cook,  Chapanis  &  Lund,  eds., 
McGraw-Hill  Book  Co.,  Inc.,  New  York, 
1963.  Popularly  called  “the  HEGED/’  it 
was  widely  used  as  a  textbook. 


Human  Factors  Standardization  SubTAG 


The  mission  of  the  Human  Factors 
Standardization  (HFS)  SubTAG  of  the 
Department  of  Defense  Human  Factors 
Engineering  Technical  Advisory  Group  (DoD  HFE 
TAG)  is  to  foster  open  communications  and  coor¬ 
dination  of  human  factors-related  standardization 
activities  among  the  DoD,  other  government  agen¬ 
cies,  nongovernment  standards  bodies  (NGSB), 
technical  societies,  and  industry  groups.  The 
objectives  of  the  HFS  SubTAG  are  to: 

1.  Identify  needed  programs  and  initia¬ 
tives  to  applicable  organizations  such  as 
DoD  Human  Factors  Standardization  Area 
(HFAC)  and  other  government  lead  stan¬ 
dardization  activities,  custodians,  preparing 
activities,  and  offices  of  primary  record 

2.  Provide  advisory  support  to  ensure  suc¬ 
cessful  coordinated  efforts  in  implementing 
planned  HFAC  and  related  actions 

3.  Avoid  duplication  among  DoD  standard¬ 
ization  projects  and  activities 

4.  Maximize  and  enhance  the  exchange  of 
standardization  information  between  the 
DoD  human  factors  community  and  other 
government,  non-government  standards 
bodies  (NGSB),  and  other  technical  societ¬ 
ies  and  industry  groups. 

The  scope  of  HFS  SubTAG  interests  includes  stan¬ 
dardization  documents  (current  and  potential)  and 
programs  within  the  DoD  HFAC  Standardization 
Area,  other  government  organizations,  and  NGSB 
(domestic  and  international).  The  HFS  SubTAG: 

•  Identifies  problems  and  opportunities  of  the 
HFAC  and  other  government  HFE  standardiza¬ 
tion  activities,  suggesting  proposed  actions  to 
address  the  problems  and  exploiting  opportu¬ 
nities  for  government-industry  cooperation  in 
resolving  them 


•  Identifies  technical  points  of  con¬ 
tact  for  accomplishment  of  coop¬ 
erative  efforts 

•  Identifies  effective  and  efficient 
means  of  using  HFAC,  other  gov¬ 
ernment  HFE  documents  and  NGS 
in  acquisition  programs,  consistent 
with  acquisition  reform  policies 

•  Maintains  liaison  with  NGSB  and 
other  industry  groups  and  techni¬ 
cal  societies 

•  Periodically  advises  the  DoD  HFE 
TAG  regarding  HFAC  accomplish¬ 
ments,  status,  and  plans,  and  obtains 
inputs  from  the  DoD  HFE  TAG 

•  Assists  in  developing  and  prepar¬ 
ing  DoD  HFE  TAG  documents,  as 
requested,  and  otherwise  supports 
the  DoD  HFE  TAG 

The  HFS  SubTAG  web  site  is  a 
public  site  and  can  be  found  at 
http://hfetag.dtic.mil/hfs.html  and 
contains  various  standardization  docu¬ 
ments  (Human  Engineering  Design 
Data  Digest,  Index  of  Non-Government 
Standards,  and  a  link  to  purchase  the 
Human  Engineering  Principles  and 
Practices),  data  item  descriptions,  stan¬ 
dards  and  handbooks  (MIL-STD-1472, 
MIL-STD-1474,  MIL-HDBK-7S9, 
MIL-HDBK-1908,  MIL-HDBK-46855, 
and  NASA-STD-3000),  SubTAG  meet¬ 
ing  minutes,  and  SubTAG  hot  topics. 
Notices  and  requests  for  information  can 
be  posted  to  the  web  site  bulletin  board 
feature,  when  activated.  Additional  links 
can  be  made  to  the  Human  Systems 
Information  Analysis  Center  (HSIAC) 


and  the  Human  Factors  and 
Ergonomics  Society  (HFES) 
Newsletter.  For  more  informa¬ 
tion  about  the  HFS  SubTAG, 
contact  the  current  Chair: 

Mr.  Alan  Poston 
Federal  Aviation 
Administration, 

Room  300W 

800  Independence  Ave,  SW 
Washington,  DC  20591 
Phone:  202/493-4519 
E-mail:  alan.poston@faa.gov 
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Human  Systems  Integration  in 
System  Engineering  Standards 


John  Winters 


John  Winters  is  a  human 
factors  engineer  with  Basic 
Commerce  and  Industries, 
Inc.,  in  Dahlgren,  Virginia, 
where  he  provides  support 
to  the  Integrated  Command 
Environment  Laboratory  at  the 
Naval  Surface  Warfare  Center, 
Dahlgren  Division  and  to  the 
Program  Executive  Office  (PEG) 
Integrated  Warfare  Systems 
(IWS)  HSI  Director. 

Contact: 

John  Winters 
Basic  Commerce  and 
Industries,  Inc. 

P.O.  Box  1748 
Dahlgren,  VA  22448 
540/663-3321 
john_winters@  teambci.com 


It  has  been  said  that  the  best  char¬ 
acteristic  of  commercial  standards  is 
that  if  you  do  not  like  the  contents  of 
one,  there  are  plenty  of  others  to  choose 
from.  There  are  four  major  systems  engi¬ 
neering  process  standards  commonly  in 
use,  providing  both  the  opportunity  to 
select  an  appropriate  standard  and  the 
potential  for  confusion. 

But  why  does  the  selection  and  use  of 
a  systems  engineering  standard  impact 
the  human-systems  integration  (HSI) 
or  human  factors  engineering  (HFE) 
practitioner?  For  the  researcher,  these 
standards  may  very  well  be  irrelevant. 
For  the  design  practitioner,  however, 
knowledge  of  these  standards  can  be 
critical  since  HSI  and  HFE  cannot  be 
practiced  in  a  vacuum. 

A  framework  is  needed — of  both 
processes  and  terminology— for  the 
HSI  practitioners  to  effectively  work 
both  with  systems  engineers  and  with 
other  disciplines.  The  ultimate  goal 
of  the  HSI  practitioner  should  be  to 
improve  total  system  performance,  not 
just  human  performance.  Armed  with 
an  understanding  of  what  HSI  activi¬ 
ties  are  included  in  these  standards,  the 
HSI  practitioner  can  be  more  effective 
in  integrating  those  activities  into  the 
system  development  process. 

ISO/IEC  15288: 

Systems  Engineering 
System  Life  Cycle  Processes 

First  released  in  2002  in  collaboration 
with  the  International  Electrotechnical 
Commission  (lEC) ,  the  International 
Organization  for  Standardization  (ISO) 
systems  engineering  standard  is  more 
general  than  other  domain  standards. 
It  covers  the  complete  system  life 


cycle  and  five  groups  of  processes— Agreement, 
Enterprise,  Project,  Technical,  and  Tailoring— with 
lists  of  outcomes  and  activities  for  each  process. 

Despite  being  both  the  most  general  and  the 
shortest  of  the  four  major  standards,  ISO/IEC 
15288  provides  an  excellent  treatment  of  HSI  con¬ 
cepts  and  activities.  Explicit  definitions  of  user  and 
operator  are  provided,  and  the  standard  discusses 
the  fact  that  whether  humans  are  seen  as  outside 
the  system  or  as  system  components,  their  inclu¬ 
sion  in  the  development  process  is  crucial.  The 
activities  of  human  task  design  and  operator  train¬ 
ing  are  listed  alongside  hardware  design  and  fab¬ 
rication  and  software  design  and  coding.  The  best 
feature  of  this  standard  is  its  tight  linkage  with 
numerous  lower-level  ISO  standards  and  papers 
that  provide  complete  details  on  the  activities  nec¬ 
essary  for  effective  and  usable  systems.  The  only 
drawback  of  this  standard  is  the  comparatively  low 
level  of  emphasis  placed  on  users  and  operators 
in  system  test  and  evaluation  and  verification  and 
validation  activities. 

EIA-632:  Processes  for  Engineering  a  System 

Also  organized  into  five  groups  of  processes,  the 
meat  of  this  Electronic  Industries  Alliance  (EIA) 
standard  is  a  set  of  33  “Requirements”  detailing 
how  effective  systems  are  engineered.  Released  in 
January  1999  as  an  update  to  an  interim  standard 
of  the  same  number,  it  bears  little  resemblance  to 
its  predecessor,  but  has  common  deficiencies  in 
HSI  integration. 

The  standard  is  written  to  cover  a  range  of 
activities  comparable  to  that  in  ISO/IEC  15288, 
but  with  very  little  in  the  way  of  HSI  concepts 
or  activities.  There  is  an  almost  random  cover¬ 
age  of  individual  HSI  issues,  including  identifying 
user  requirements  and  making  function  allocation 
decisions  with  human  performance  in  mind.  But 
the  primary  “stakeholders”  discussed  throughout 
the  standard  are  the  acquirers  of  the  system,  not 
the  users,  and  activities  relating  to  the  human  are 
called  out  in  much  less  detail  than  those  relating 
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to  hardware  and  software.  From  an  HSI  perspec¬ 
tive,  the  most  problematic  part  of  the  standard  is 
the  detailed  Process  Task  Outcomes  that  include 
only  sparse  information  on  HSI  products,  focusing 
instead  on  hardware  and  software  deliverables. 

EIA/IS-632:  Systems  Engineering 

This  interim  standard  (IS)  is  a  commercialized 
version  of  the  never-released  MIL-STD-499B, 
Systems  Engineering.  Although  it  has  been 
superseded  by  EIA-632,  it  is  still  used  in  many 
programs  due  to  the  availability  of  tailored  guid¬ 
ance.  Its  general  requirements  are  divided  into  the 
activities  of  Requirements  Analysis,  Functional 
Analysis/Allocation,  Synthesis,  and  Systems 
Analysis  and  Control. 

Throughout  the  standard,  there  are  hidden  nug¬ 
gets  of  HSI  activities,  including  analysis  of  person¬ 
nel  task  loading  and  cognitive  skill  requirements. 
The  verification  of  human  performance  require¬ 
ments,  personnel  selection,  training,  and  man- 
machine  interfaces  is  also  addressed. 

These  positive  attributes,  however,  are  under¬ 
mined  by  a  lack  of  HSI  activities  and  products 
in  the  standard’s  multiple  stages  of  technical 
reviews.  The  terminology  of  the  standard  can  also 
cause  problems  for  HSI  practitioners.  “Functional 
Allocation”  is  defined  not  as  the  assignment  of 
functions  to  hardware,  software,  and  humans 
or  combinations,  but  instead  to  the  assignment 
of  performance  requirements  to  portions  of  the 
system’s  functional  architecture. 

IEEE-1220:  Standard  for  Application  and 
Management  of  the  Systems  Engineering 
Process 

The  structure  of  this  Institute  of  Electrical  and 
Electronics  Engineers  (IEEE)  standard  is  compa¬ 
rable  to  that  of  EIA-632,  but  the  level  of  detail  is 
noticeably  greater.  First  released  in  1995,  devel¬ 
opment  of  the  1998  update  included  a  concerted 
effort  to  integrate  HSI  activities  into  the  standard. 

Unlike  the  detailed  requirements  of  ElA-632  and 
EIA/IS-632,  design  artifacts  in  IEEE-1220  such  as  an 
Integrated  Data  Package  and  the  System  Breakdown 
Structure  are  defined  to  include  manpower,  person¬ 
nel,  and  training  specifications  and  documents  along 
with  task  analyses  and  human  workspace  and  inter¬ 
face  drawings.  Five  of  the  HSI  domains  (manpower, 
personnel,  training,  human  engineering,  and  safety) 
are  specifically  described  as  life  cycle  concepts  that 
must  be  addressed  early  in  design.  In  sections  on 
verification,  human  performance  and  workload  are 
included  as  testing  criteria. 

Perhaps  the  biggest  potential  problem  in  appli¬ 
cation  of  IEEE-1220  is  the  level  of  detail.  Since 
it  includes  many  more  specifics  on  systems  engi¬ 
neering  (and  HSI)  processes,  it  can  be  much  more 


difficult  to  tailor  this  standard  for  use  in 
a  given  program  or  project. 

Summary 

Each  of  these  four  standards  provides 
a  different  level  of  specificity  in  systems 
engineering  activities,  but  the  standards 
also  differ  greatly  in  the  ease  with 
which  HSI  plans  and  activities  can  be 
tied  to  higher-level  systems  engineering 
plans  and  activities.  If  a  project  refer¬ 
ences  a  systems  engineering  standard 
with  more  linkages  to  HSI,  then  the 
integration  of  HSI  activities  will  be  eas¬ 
ier.  If  such  a  standard  is  not  referenced, 
then  the  HSI  practitioner  will  have  to 
work  harder  to  ensure  that  the  neces¬ 
sary  tailoring  of  the  systems  engineer¬ 
ing  processes  is  achieved.  ■ 
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United  Kingdom  Defence  Technoiogy  Centre  for 
Human  Factors  Integration  Defence  Community 
Awareness  Programme 
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The  contract  for  the  UK’s  Defence  Technology 
Centre  (DTC),  focusing  on  Human  Factors 
Integration  (HFI),  was  signed  by  the  Ministry 
of  Defence  on  21  March,  2003  in  the  presence  of  the 
Centre’s  prime  contractor,  Aerosystems  International 
of  Yeovil.  Also  participating  are  Lockheed  Martin, 
SEA,  MBDA  and  VP  Defence  from  the  industrial  sec¬ 
tor  and,  from  academia,  Birmingham,  Brunei  and 
Cranfield  Universities. 

Our  aim  is  to  ensure  that  the  defence  community 
at  large  benefits  from  the  MoD’s  investment  in  this 
very  important  area. 

To  this  end,  we  have  instigated  an  awareness 
programme,  designed  to  disseminate  information  to 
those  organizations  expressing  a  desire  to  be  kept 
abreast  of  HFI  developments,  not  only  from  within 
the  DTC  but  from  the  much  wider  international  HFI 
community.  Such  information  may  include  results 


from  research  and  experimental  programmes,  emerg¬ 
ing  HFI  standards  (including  those  generated  from 
within  the  civilian  sector),  conference  notices  and 
reports,  case  studies,  technology  reviews  and  so  on, 
distributed  via  electronic  or  paper  media. 

The  Human  Factors  Integration  DTC  will  be  col¬ 
lecting  personal  and  organizational  data,  includ¬ 
ing  names  and  addresses,  in  a  number  of  differ¬ 
ent  ways  in  order  to  perform  its  business.  We  are 
committed  to  maintaining  any  information  you 
supply  in  a  manner  which  meets  the  requirements 
of  the  UK  Data  Protection  Act  (1998)  and  will  take 
all  reasonable  steps  to  ensure  that  your  personal 
data  are  kept  secure  against  unauthorized  access, 
loss,  disclosure  or  destruction.  Furthermore,  we 
will  be  managing  personal  and  organizational  data 
in  accordance  with  the  UK  Data  Protection  Act’s 
eight  “Data  Protection  Principles”,  as  listed  at: 
http://www.dataprotection.gov.uk/principl.htm. 


Cranfield 

I  UNIVERSITY 


Please  fax  this  form  to: 

Prof.  Eur.Erg.  Robert  J.  Stone  FErgS 

Department  of  Electronic  Name: _ 

Electrical  &  Computer  Engineering 
University  of  Birmingham 

Edgbaston  Company  or  Institution: 

Birmingham,  B15  2TT 
United  Kingdom 

Tel:  (  +  44)  (0)121-414-7395  Address: _ 

Fax:  (  +  44)  (0121)-414-4291 

E-mail:  R.J.Stone@bham.ac.uk 

E-mail: _ 


You  may  E-mail  your  request  to  be  added  to  the  DTC 
database  or  send  a  business  card  marked  “DTC”. 


Product  Name 

Unit  Price 

50  Years  of  Human  Engineering  Book 

N/C 

50  Years  of  Human  Engineering  CD 

$20.00 

Anthropometric  Data  Anaiysis  Sets  (ADA) 

Avail,  for  download 
N/C 

Appiication  of  Human  Performance  Models  to  System  Design 

$60.00 

Bioiogical  Psychoiogy  Special  Issue 

$25.00 

CASHE;  PVS  Software  for  MAC  Computers 

$395.00 

Colloquium  Videotapes 

$25.00 

Color  in  Electronic  Displays 

$45.00 

Electronic  Imaging  Proceedings 

N/C 

Engineering  Data  Compendium  including  User  Guide 

$295.00 

Engineering  Data  Compendium  User  Guide  ONLY 

$65.00 

Handbook  of  Human  Systems  Integration 

$82.00 

HSIAC  Gateway  Newsletter 

N/C 

Human  Factors  Definitions 

N/C 

NASA  TLX  Paper  &  Pencil  Version 

$20.00 

NASA  TLX  Computer  Version  (DOS  Version) 

$20.00 

Perception  &  Control  of  Self  Motion 

$29.95 

SOAR:  Analysis  Techniques  for  Human-Machine  System  Design 

$45.00 

SOAR:  Behind  Human  Error 

$39.00 

SOAR:  Cognitive  Systems  Engineering  in  Military  Aviation 

Environments: 

Avail,  for  download 
N/C 

SOAR:  Human  Factors  Engineering  in  System  Design 

$35.00 

SOAR:  Improving  Function  Allocation 

$39.00 

SOAR:  The  Process  of  Physical  Fitness  Standards  Development 

$45.00 

SOAR:  Situational  Awareness  in  the  Tactical  Air  Environment 

$45.00 

SOAR:  Strategic  Workload 

$35.00 

SOAR:  Techniques  for  Modeling  Human  Performance  in 

Synthetic  Environments:  A  Supplementary  Review 

$35.00 

SWAT  (DOS  Version) 

$50.00 

If  you  have  any  questions  concerning  this  product  list,  please  access  our  web  page  at  http://iac.dtic.mil/hsiac 
or  contact  Lisa  McIntosh  at  937/255-4842,  DSN  785-4842,  Fax  937/255-4823  or  E-mail  lisa.mcintosh@wpafb.af.mil 
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OFFICIAL  BUSINESS 
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937/255-4842  Telephone 
937/785-4842  DSN 
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Thomas  Metzler,  Director 
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CAN 


®  EYE  MOVEMENT  MONITORING 
SYSTEMS 


ISCAN  is  the  world's  leading  producer  of  video  based  eye  move* 
ment  monitoring  sjslems.  Since  1980,  our  broad  range  of  prod¬ 
ucts  has  set  the  pace  for  performance  and  usability  in  w  ide  rang¬ 
ing  research,  military'  and  medical  applications.  We  can  provide 
olT-the-shelf  or  customized  solutions  to  suit  virtually  any  human 
factors  application. 


Products  &  Features  Include: 

*  Non-invasive,  high  resolution,  real-time 
measurement  of  eye  position,  pupil  size  and 
subject’s  point  of  ga/x. 

*  Complete  Eye  and  Head  Tracking  Laboratories,  w  ith  optional  Benchtop, 
High  Speed  (up  to  240Hz)  and  High  Resolution  versions  available. 

*  Integrated  Eye  Head  Tracking  in  VR  Displays. 

*  ITtra  Lightweight  Head  Mounted  Eye  and  Scene  Imaging  Systems. 

*  Specialized  Remote  Mounted  Eye  Imaging  Systems  for  Long  or  Short 
Range  Applications. 

*  Advanced  PCI  Bus  Eye  Tracking  Electronics. 

*  Complete  Data  Acquisition  Hardware  and  Analysis  Softw  are  for  Determi¬ 
nation  of  Subject's  Visual  Performance. 


ISCAN,  Inc. 

89  Cambridge  Street 
Burlington,  MA  01803 


USA 


Tel:  781*273.4456  Fax:  781-273-0076 

Web:  www.iscaninc.com  eMail:  info@iscaninc.com 


